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FIG. 48 
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FIG. 54 
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FIG. 57 
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FIG. 59 
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METHOD, RECORDING METHOD AND 
TRANSMISSION AND RECEPTION METHOD 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to a transmission apparatus, a 
recording apparatus, a transmission and reception apparatus, 
a transmission method, a recording method and a transmis- 
sion and reception method by which data are transmitted and 
received through a data interface in accordance with a 
predetermined data communication format. 

2, Description of the Related Art 

As a recording apparatus and/or a reproduction apparatus 
which can record and/or reproduce music and so forth, a 
recording apparatus and/or a reproduction apparatus are 
known on which a magneto-optical disc, a magnetic tape or 
the like on which an audio signal is recorded as a digital 
signal is used as a recording medium. A mini disc (Trade 
Mark) is known as such a magneto-optical disc as mentioned 
above. In a recording and reproduction system in which the 
magneto-optical disc is used, a user can not only record and 
reproduce an audio signal of tunes and so forth as programs, 
but also record a title unique to the recording medium, that 
is, a disc name, and titles, that is, track names, of the 
programs such as tunes recorded on the recording medium 
as character information on the recording medium. For 
example, upon reproduction, the disc title, the titles of the 
tunes, the names of artists and so forth can be displayed on 
a display section of a reproduction apparatus. 

It is to be noted that, in the present specification, the term 
"program" is used to signify a unit of audio data or the like 
such as a tune as main data recorded on a disc. For Example, 
audio data for one tune make one program. Also the term 
"track" is used in the same significance as the "program". 

A mini disc system in which a mini disc is used as a 
recording medium has been proposed by the Assignee of the 
present invention wherein a recording area, into which sub 
data incidental to audio data as main data can be recorded is 
provided separately from a recording area into which the 
main data are recorded on a mini disc such that still picture 
data and character data can be recorded as the sub data. It is 
to be noted that the character data in the present specification 
include also data of symbols, marks and so forth. 

For example, also a conventional mini disc system dif- 
ferent from the mini disc system described above can record 
character information such as a disc name and a track name. 
Such character information is recorded in a corresponding 
relationship to each program in the U-TOC (User Table Of 
Contents) of a mini disc. However, since the U-TOC itself 
does not have a very large capacity, it merely allows 
recording of characters of titles and so forth as described 
above. 

In contrast, where an area exclusively used to record sub 
data therein is provided on a mini disc, it can be realized 
readily to record not only character information but also 
video data which do not require a very large capacity such 
as, for example, a still picture. 

In recent years, digital direct broadcasting has spread 
progressively. The digital direct broadcasting is tough 
against noise and fading, for example, when compared with 
existing analog broadcasting, and allows transmission of a 
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signal of a high quality. Further, the digital direct broad- 
casting exhibits an augmented frequency utilization effi- 
ciency and allows utilization of multiple channels. In 
particular, the digital direct broadcasting allows assurance of 

s several hundreds channels with one satellite. In such digital 
direct broadcasting, a large number of exclusive channels for 
sports, motion pictures, music, news and so forth are 
prepared, and programs for respectively exclusive contents 
are broadcast in the exclusive channels. 

30 it has been proposed to make use of such a digital direct 
broadcasting system as described above so that a user can 
download audio data of a tune or the like or can, for 
example, make a purchase contract regarding some com- 
modity while observing a broadcasting screen. In short, the 

15 digital direct broadcasting system involves data service 
broadcasting together with broadcasting of ordinary broad- 
casting contents. 

As an example, in downloading of music data, the broad- 
casting side multiplexes tune data and video data of an 

20 album jacket or the like and text data of liner notes, that is, 
sentences regarding tunes, artists and so forth, incidental to 
the tune data and broadcasts the multiplexed data in parallel 
to a broadcasting program. Upon downloading of such tune 
data and incidental information, a GUI (Graphical User 

25 Interface) screen, which is an operation screen for 
downloading, is displayed so that a user can perform inter- 
active operations. Also data for such GUI screen outputting 
are broadcast in a multiplexed condition. 

On the user side who owns a reception apparatus, while 
a desired channel is selected, a predetermined operation is 
performed for the reception apparatus so that a GUI screen 
for downloading tune data is displayed or outputted. Then, 
the user performs an operation for the operation screen 

35 displayed in this manner so that, for example, the data are 
supplied to and recorded by a digital audio apparatus con- 
nected to the reception apparatus. 

Further, in recent years, a data transmission system has 
been proposed wherein various electronic apparatus such as 

40 digital AV (Audio Visual) apparatus and a personal computer 
apparatus are connected to each other, for example, by an 
IEEE (Institute of Electrical Engineers) 1394 bus so that 
data may be communicated between them. 

From the technical background described above, it is a 

45 possible idea to provide a system wherein audio data as main 
data and video data and text data as sub data incidental to the 
audio data which can be handled by the mini disc system 
described above are broadcast as download data, for 
example, by digital direct broadcasting such that the user 

50 side can receive the download data by means of a digital 
direct broadcasting reception apparatus and record the 
received download data onto a mini disc by means of a mini 
disc player over an IEEE 1394 bus. 
Further, if a personal computer apparatus or some other 

55 AV apparatus is connected to a mini disc player of such a 
system as just described over an IEEE 1394 bus, then also 
it is possible, for example, to fetch data reproduced by the 
AV apparatus into the personal computer apparatus and 
perform editing processing and so forth for the data using the 

60 personal computer or to cause the personal computer to 
perform operation control for some other AV apparatus. 

Where the AV system whose components are connected to 
each other by the IEEE 1394 bus as described above 
transmits audio data as main data and video data or text data 

65 as sub data which are handled by the mini disc system 
described above, it is preferable to establish a transmission 
form which exhibits an efficiency as high as possible taking, 
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for example, a burden to hardware, software and so forth the second reception means and the sub data transmitted in 

into consideration while the IEEE 1394 standard is accordance with the second communication system and 

observed. received by the second reception means from each other. 

According to a fourth aspect of the present invention, 

SUMMARY OF THE INVENTION s there is provided an information transmission method by 

It is an object of the present invention to provide a which data can be communicated between different appara- 

transmission apparatus, a recording apparatus, a transmis- ms ovcr a sia$\c data bus in accordance with a first com- 

sion and reception apparatus, a transmission method, a munication system wherein data can be transmitted periodi- 

recording method and a transmission and reception method callv ™ d a second communication system wherein data can 

by which data can be communicated between different 10 be . transmitted asynchronously, including the steps of dis- 

apparatus over a single data bus in accordance with a first criminating whether data to be transmitted are main data to 

communication method wherein data can be transmitted be outputted successively in time or sub data relating to the 

and/or received periodically and a second communication main data, and transmitting, when it is discriminated by the 

method wherein data can be transmitted and/or received discriminating step that the data to be transmitted are main 

asynchronously 15 data 10 De outputted successively in time, the data in 

In order to attain the object described above, according to ^cordance with the first communication system but 

a first aspect of the present invention, there is provided an ^^TT^'^ " ^ m ™ t f d * ? e «tacnmin«ling 

information transmission apparatus which can communicate that the data are sub data relating to the main data the 

« . ... \ « , . , data in accordance with the second communication system, 

data with another apparatus over a single data bus in 2Q vuuiuiuuiwuuu ^^m. 

accordance with a first communication system wherein data According to a fifth aspect of the present invention, there 
can be transmitted periodically and a second communication ^ provided a recording method by which data are commu- 
system wherein data can be transmitted asynchronously, nicated over a single data bus in accordance with a first 
including discrimination means for discriminating whether communication system wherein data can be received peri- 
data to be transmitted are main data to be outputted succes- „ odically and a second communication system wherein data 
sively in time or sub data relating to the main data and can be received asynchronously and the received data are 
transmission means for transmitting, when the discrimina- recorded onto a recording medium, including the steps of 
tion means discriminates that the data to be transmitted are discriminating whether data received are main data trans- 
main data to be outputted successively in time, the data in mitted thereto in accordance with the first communication 
accordance with the first communication system but 3Q system and to be outputted successively m time or sub data 
transmitting, when the discrimination means discriminates transmitted in accordance with the second communication 
that the data are sub data relating to the main data, the data system and relating to the main data, and recording, when it 
in accordance with the second communication system. ^ discriminated by the discriminating step that the received 
According to a second aspect of the present invention, *ata aie main tobe <f P uUed successively in time the 
there is provided a recording apparatus which communicates 35 2™ 1 T ^."f 8 ? f ^ T 
data over a single data bus in accordance with a first but record ^ when * » discriminated by toe discriminating 
communication system wherein data can be received peri- * te P that ^ recci ? d d l ata 1 arc sub data rclatmg to t °T 
odically and a second communication system wherein data data ' l he rec *. ived sub data mto a «"* of the 
can be received asynchronously and records the received recording medium. 

data onto a recording medium, including discrimination 40 According to a sixth aspect of the present invention, there 
means for discriminating whether data received are main ^ provided a transmission and reception method, including 
data transmitted thereto in accordance with the first com- a first receiving step of receiving main data to be outputted 
munication system and to be outputted successively in time successively in time and sub data relating to the main data, 
or sub data transmitted in accordance with the second a transmitting step of transmitting the received main data to 
communication system and relating to the main data and 45 De outputted successively in time in accordance with a first 
recording means for recording, when the discrimination communication system wherein data can be transmitted 
means discriminates that the received data are main data to periodically and transmitting the sub data relating to the 
be outputted successively in time, the received main data main data in accordance with a second communication 
into a first area of the recording medium but recording, when system wherein data can be transmitted asynchronously, a 
the discrimination means discriminates that the received 50 second receiving step of receiving the main data and the sub 
data are sub data relating to the main data, the received sub data transmitted in the transmitting step over a single cable, 
data into a second area of the recording medium. ^d a separating step of separating the received main data 
According to a third aspect of the present invention, there transmitted in accordance with the first commiinication 
is provided a transmission and reception system, including s y stem md ^ received sub data transmitted in accordance 
first reception means for receiving main data to be outputted 55 ^ me second communication system from each other, 
successively in time and sub data relating to the main data, ^ above and other objects, features and advantages of 
transmission means for transmitting the main data received the present invention will become apparent from the fol- 
by the first reception means and to be outputted successively lowing description and the appended claims, taken in con- 
in time in accordance with a first communication system junction with the accompanying drawings in which like 
wherein data can be transmitted periodically and transmit- 60 or elements denoted by like reference symbols. 

ting the sub data re^ BRIEF DESCRIPTION OF THE DRAWINGS 
a second communication system wherein data can be trans- 
mitted asynchronously, second reception means for receiv- FIG. 1 is a block diagram showing a digital direct 
ing the main data and the sub data transmitted from the broadcast reception system to which the present invention is 
transmission means over a single cable, and separation 65 applied; 

means for separating the main data transmitted in accor- FIG. 2 is a detailed block diagram showing an AV system 

dance with the first communication system and received by shown in FIG. 1; 
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FIG. 3 is a schematic view showing an appearance of a FIG. 13Ais a diagrammatic view showing a data structure 

remote controller for an IRD shown in FIG. 1; of clusters recorded on a recording track of a disc used in the 

FIG. 4A is a schematic view showing an image displayed recording and reproduction apparatus of FIG. 12; 

on a monitor shown in FIG. 1 upon reception of a broadcast; FIG. 13B is a diagrammatic view showing a data structure 

FIG. 4B is a schematic view showing an image displayed 5 0 f sectors which form a cluster shown in FIG. 13A; 

on the rnonitoi - shown ^in FIG. 1 upon downloading; HG.13C is a diagrammatic view showing a data structure 

FIG 5 is a block diagram showing an internal construe of ^ which form a k of sectors m Fia 

Uon of a terrestrial station shown in FIG. 1; j^b- 

FIG. 6A is a timing chart illustrating television program _* „_ . . t 

broadcast data transmitted from the terrestrial station of FIG. 10 J 10 ' 130 15 a ^grammatic view showing a data structure 

5. of eleven sound groups formed from a pair of sectors; 

FIGS. 6B, 6C and 6D are timing charts illustrating FIG. 13E is a diagrammatic view showing a data structure 

different MPEG2 audio data repetitively outputted from an of sound frames which form the eleven sound groups shown 

MPEG audio signaling system shown in FIG. 5; in FIG. 13D; 

FIGS. 6E and 6F are timing charts illustrating different 15 FIG. 14A is a diagrammatic view showing a data structure 

ATRAC audio data repetitively outputted from an ATRAC of an ordinary address format applied to a recording medium 

audio signaling system shown in FIG. 5; for use with the recording and reproduction apparatus; 

FIGS. 6G and 6H are timing charts illustrating different FIG. 14B is a diagrammatic view showing a data structure 

audio additional information repetitively outputted from an of a compacted type address format applied to the recording 

audio additional information signaling system shown in 20 medium for use with the recording and reproduction appa- 

F1G. 5; ratus; 

FIG. 61 is a timing chart illustrating GUI data repetitively FIG. 15Ais a diagrammatic view showing an example of 

outputted from a DSM-CC encoder shown in FIG. 5; description when data of the ordinary address format are 

FIGS. 7A to 7D are diagrammatic views individually described in the compacted address format; 

showing structures of data of 4 channels transmitted in a 25 pic. 15B is a diagrammatic view showing an example of 

time division multiplexed condition; description when data of the ordinary address format are 

FIGS. 7E to 7H are diagrammatic views individually described in a compacted type absolute address format and 

showing structures of data obtained by reconstructing the a compacted type offset address; 

received data of 4 channels illustrated in FIGS. 7A to 7D; 3Q FIG 15C ^ a diagrammatic view showing another 

FIG. 8Ais a schematic view showing a file structure in a example of description when data of the ordinary address 

DSM-CC system; format are described in a compacted type absolute address 

FIG. SB is a diagrammatic view showing an object when format and a compacted type oflset address; 

a tfnD DSM ' CC SyStem dt0WD iD FIG * 8A * °° nvcrted FIG. 16A is a diagrammatic view showing an area struc- 

lnto a BIOP message; 35 ^ of a magneto-optical disk used in the recording and 

FIG. 8C is a diagrammatic view showing a data structure reproduction apparatus of FIG. 12; 

°^ mo ^ e / ... FIG. 16B is a diagrammatic view showing a detailed area 

FIG 8D is a schematic view showing a blocked form of stnlcture of a managem ent area and a program area shown 

the module shown in FIG. 8C; m pjQ jg^. 

^ n™* t^T"^-^^™!? 8 ..' k 6853 ^ 40 FIG. 17 is' a diagrammatic view illustrating a data struc- 

named DDB wherein a header is added to a block shown in lufe of the ^ JQC ^ Q KCO[ded m ^ ement 

FIG 8D; area; 

FIG. 8F is a schematic view illustrating a data transfer ,„ . .. .. . ...... ,. , . 

method for transmitting a message repetitively and periodi- , 18 ,s a dia S™»natic v,ew illustrating a link stmc- 

cally; 45 ,ure; 

FIG. 9A is a timing chart illustrating a transport stream; FIG ; } 9 '"* diagrammatic view illustrating a data struc- 

FIG. 9B is a diagrammatic view showing a data structure ,ute ^^J 0 ^* 01 1 reC ° rded m the mana 8 ement 

of a transport packet included in the transport stream shown sn0WD in rlu. 10B, 

in FIG. 9 A; FIG. ^0 is a diagrammatic view illustrating a data struc- 

FIG. 9C is a diagrammatic view showing a data structure 50 ^re of the U-TOC sector 2 recorded in the management 

of a header included in the transport packet shown in FIG. area ' 

9A; FIG- 21 is a diagrammatic view illustrating a data struc- 

FIG.10A is a diagrammatic view showing a data structure lure of tne U-TOC sector 4 recorded in the management 

ofaNTT/CAr; area J 

FIG. 10B is a diagrammatic view showing a data structure FIG - 22 is a diagrammatic view illustrating a data struc- 

of carriers included in the NIT/CAT of FIG. 10A; hire of the AUX-TOC sector 0 recorded in the management 

FIG. 10C is a diagrammatic view showing a data structure arca i 

of channel information for each earner; FIG. 23 is a diagrammatic view illustrating a data struc- 

FIG. 10D is a schematic view showing a data structure of 60 tu r e of the AUX-TOC sector 1 recorded in the management 

components and an ECM packet from which a channel is area i 

formed; FIG. 24 is a diagrammatic view illustrating a data struc- 

FIG. 11 is a detailed block diagram of the IRD shown in ture of the AUX-TOC sector 2 recorded in the management 

FIG. 1; area; 

FIG. 12 is a detailed block diagram of a recording and 65 FIG. 25 is a diagrammatic view illustrating a data struc- 

rep reduction apparatus to which the present invention is ture of the AUX-TOC sector 3 recorded in the management 

applied; area; 
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FIG. 26 is a diagrammatic view illustrating a data struc- FIG. 48 is a table illustrating contents of definitions of a 

ture of the AUX-TOC sector 4 recorded in the management c-type and a response; 

area J FIG. 49 A is a table for subunit 13 type used in an apparatus 

FIG. 27 is a diagrammatic view illustrating a data stnic- having a plurality of functions; 

ture of the AUX-TOC sector 5 recorded in the management 5 nG 49fi fe a table for opcode which ^ m operation code; 

area » FIG. 50 is a timing chart upon data transfer in asynchro- 

FIG. 28 is a diagrammatic view illustrating a data struc- nous communication; 

ture of AUX picture file data recorded in an AUX data area FIG. 51A is a diagrammatic view showing a data structure 

of the management area shown in FIG. 16B; ^ of a plug address space m asynchronous communication; 

FIG. 29 is a diagrammatic view illustrating a data struc- FIG. 51B is a diagrammatic view showing a data structure 

ture of AUX text file data recorded in the AUX data area of of each node where ^ p]ug address space shown in FIG 

the management area; 51A ^ divided by node s; 

FIG. 30A is a diagrammatic view illustrating a table for a FIG. 51C is a diagrammatic view showing a data structure 

copy status regarding a picture file; 15 of a plug included in the plug address space shown in FIG. 

FIG. 30B is a diagrammatic view illustrating a copy status 51B; 

updating table; mG 52A ^ a diagrammatic view showing the data 

FIG. 31 is a diagrammatic view showing a data structure structure of the plug shown in FIG. 51B; 

of a picture information file or a text information file; mG 52B is a diagrammatic view showing a data structure 

FIG. 32 is a diagrammatic view showing a table illustrat- ™ 0 f data recorded in a register at the top of the plug address 

ing contents of definitions for a text mode set in part tables shown in FIG. 52A; 

of the AUX-TOC sector 4 shown in FIG. 26; mG 52C ^ a M e illustrating offset addresses used to 

FIG. 33 is a diagrammatic view showing a data structure indicate the plug address shown in FIGS. 52A and 52B; 

of a text file, pjQ 53 i s a diagrammatic view showing plug structures 

FIG. 34 is a block diagram showing a detailed construe- 0 f p i ugs on the producer side and the consumer side; 
tion of a personal computer to which the present invention FIG. 54 is a timing chart illustrating a transmission- 
is applied, reception procedure in Asynchronous communication; 

FIG. 35 is a stack model applied to the IEEE 1394; FIG. 55 is a diagrammatic view illustrating a concept of 

FIG. 36 is a schematic view showing a cable structure of 30 a plug according to the present invention; 

an IEEE 1394 bus; FIG. 56Ais a diagrammatic view showing a data structure 

FIG. 37Ais a timing chart of a data signal transmitted by 0 f a root contents list; 

the cable shown in FIG. 36; FIG. 5 6B is a diagrammatic view showing a data structure 

FIG. 37B is a timing chart of a strobe signal transmitted 0 f a cover contents list indicated by a child directory object 

by the cable shown in FIG. 36; 35 m me data structure of the root contents list of FIG. 56A; 

FIG. 37C is a timing chart of a clock signal transmitted by FIG. 56C is a diagrammatic view showing a data structure 

the cable shown in FIG. 36; of a DSI contents list indicated by a child directory object in 

FIG. 38 is a diagrammatic view showing a manner of the data structure of the root contents list of FIG. 56A; 

connection among several apparatus using an IEEE 1394 FIG. 56D is a diagrammatic view showing a data structure 

DUS ; of an audio contents list indicated by a child directory object 

FIG. 39 is a diagrammatic view illustrating a communi- in the data structure of the root contents list of FIG. 56A; 

cation condition between different apparatus in an initial FIG. 5 6E is a diagrammatic view showing a data structure 

state; of a track 2 text contents list indicated by an Audio 2 in the 

FIG. 40 is a timing chart showing a data structure for a 45 data structure of the audio contents list of FIG. 56D; 

cycle; FIG. 56F is a diagrammatic view showing a data structure 

FIG. 41A is a processing transition diagram illustrating of a track 1 text contents list indicated by an Audio 1 in the 

basic transactions in asynchronous communication; data structure of the audio contents list of FIG. 56D; 

FIG. 41B is a table illustrating particular contents of a FIG. 57 is a diagrammatic view showing a data structure 

transaction request; 50 of a record object command; 

FIG. 42 is a diagrammatic view showing a data structure FIG. 58 is a diagrammatic view showing a table for a plug 

of a bus address in an IEEE 1394 bus; type; 

FIG. 43 is a diagrammatic view showing a data structure FIG. 59 is a diagrammatic view showing a data structure 

of a CIP; of an ONS command; 

FIG. 44 is a diagrammatic view showing a connection 55 FIG. 60 is a diagrammatic view showing a data structure 

condition prescribed for a plug; of a selection indicator; 

FIG. 45A is a diagrammatic view showing a structure of FIG. 61 is a diagrammatic view showing a data structure 

an outputting plug control register; of a stop command in an AV/C command packet; 

FIG. 45B is a similar view but showing a structure of an 60 FIG. 62 is a diagrammatic view showing a table for a plug 

inputting plug control register; type and a plug ID in the stop command illustrated in FIG. 

FIG. 46 is a diagram illustrating a processing transition 61; 

when a message is written into a command/response regis- FIG. 63 is a timing chart illustrating a processing proce- 

ter; dure when AUX data are recorded over an IEEE 1394 bus; 

FIG. 47 is a diagrammatic view showing a data structure 65 afl d 

where a write request packet is used as an AV/C command FIG. 64 is a time chart illustrating a processing procedure 

packet; when AUX data are reproduced over an IEEE 1394 bus. 
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DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

A preferred embodiment of the present invention is 
described below. 
The description proceeds in the following order. 

1. Digital Direct Broadcast Reception System 
1-1. General Construction 
1-2. Operation for GUI Screen 
1-3. Terrestrial Station 
1-4. Transmission Format 

1-5. IRD 

1-6. Mini Disc Recording and Reproduction Apparatus 
1-6-1. Construction of MD Recorder/Player 15 
1-6-2. Sector Format and Address Format 
1-6-3. Area Structure 
1-6-4. U-TOC 

1-6-4-1. U-TOC Sector 0 

1-6-4-2. U-TOC Sector 1 

1-6-4-3. U-TOC Sector 2 

1-6-4-4. U-TOC Sector 4 
1-6-5. AUX-TOC 

1-6-5-1. AUX-TOC Sector 0 

1-6-5-2. AUX-TOC Sector 1 

1-6-5-3. AUX-TOC Sector 2 

1-6-5-4. AUX-TOC Sector 3 

1-6-5-5. AUX-TOC Sector 4 

1-6-5-6. AUX-TOC Sector 5 
1-6-6. Data File 

1-6-6-1. Picture File Sector 

1-6-6-2 Text File Sector 

1- 7. Personal Computer 

2. Data Transmission by IEEE 1394 in the Embodiment 

2- 1. Outline 35 
2-2. Stack Model 

2-3. Signal Transmission Form 
2-4. Bus Connection between Apparatus 
2-5. Packet 
2-6. Transaction Rule 
2-7. Addressing 

2-8. CIP (Common Isochronous Packet) 

2-9. Connection Management 

2-10. Command and Response in FCP 

2-11. AV/C Command Packet 

2-12. Plug for Asynchronous Communication 

2-13. Asynchronous Connection Transmission Procedure 

2-14. Concept of Plug in AUX Data Transmission 50 

2-15. Example of Object List 

2-16. Record Object Command 

2-17. Object Number Select Command 

2-18. Stop Command 

2-19. AUX Data Recording Processing 

2-20. AUX Data Reproduction Processing 
1. Digital Direct Broadcast Reception System 
1-1. General Construction 

In the present embodiment, an AV system which transmits 60 
and receives data over an IEEE 1394 bus is described as an 
example. The AV system is generally constructed such that 
it can receive a digital direct broadcast and download the 
received data. 

Thus, an outline of a digital direct broadcast transmission 65 
and reception system including the AV system as the 
embodiment of the present invention is described. 



40 
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55 



FIG. 1 shows a general construction of the digital direct 
broadcasting system of the present embodiment. Referring 
to FIG. 1, a material for television program broadcasting 
from a television program material server 106, a material of 
tune data from a tune material server 107, audio additional 
information from an audio additional information server 108 
and GUI data from a GUI data server 109 are sent to a 
terrestrial station 101 for digital direct broadcasting. 

The television program material server 106 provides a 
material for an ordinary broadcasting program. The material 
for audio broadcasting sent from the television program 
material server 106 includes video and audio information. 
For example, in an audio broadcasting program, video and 
audio materials of the television program material server 
106 are utilized to broadcast video and audio, for example, 
for promotion of a new tune. 

The tune material server 107 provides an audio program 
using an audio channel. The audio program uses only audio 
data as a material. The tune material server 107 transmits a 
plurality of materials for audio programs of different audio 
channels to the terrestrial station 101. 

In a broadcast of a program of each audio channel, the 
same tune is broadcast repetitively within a predetermined 
unit time. The audio channels are independent of each other 
and can be utilized in various manners. For example, in an 
audio channel, a Japanese popular tune is repetitively broad- 
cast within a certain fixed time while, in another audio 
channel, a latest foreign popular tune is repetitively broad- 
cast within another certain time. 

The audio additional information server 108 provides 
time information and so forth of a tune outputted from the 
tune material server 107. 

The GUI data server 109 provides "GUI data" to be used 
to form a GUI screen which is used for operation by a user. 
For example, such a GUI screen regarding downloading of 
a tune as hereinafter described provides video data and/or 
text data to be used to form a list page of tunes to be 
distributed or an information page of such tunes or a still 
picture of an album jacket. Further, also EPG (Electrical 
Program Guide) data which are used to display a program 
list called EPG on the AV system 103 side are provided from 
the GUI data server 109. 

It is to be noted that, for "GUI data", for example, the 
MHEG (Multimedia Hypermedia Information Coding 
Experts Group) system is adopted. The MHEG is an inter- 
national standard for scenario description for grasping mul- 
timedia information, procedures, operations and so forth and 
combinations of them as objects and encoding the objects 
and then producing a title (for example, a GUI screen) for 
them. The MHEG-5 is adopted in the present embodiment. 

The terrestrial station 101 multiplexes information trans- 
mitted thereto from the television program material server 
106, tune material server 107, audio additional information 
server 108 and GUI data server 109 and transmits the 
multiplexed information. 

In the present embodiment, video data transmitted from 
the audio additional information server 108 are compression 
coded in accordance with the MPEG (Moving Picture 
Experts Group) 2 system while audio data are compression 
coded in accordance with the MPEG 2 audio system. 
Meanwhile, audio data transmitted from the tune material 
server 107 are compression coded, for each audio channel, 
for example, in accordance with one of the MPEG 2 audio 
system and the ATRAC (Adaptive Transform Acoustic 
Coding) system. 

Upon such data multiplexion, the data are enciphered 
making use of key information from a key information 
server 110. 
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It is to be noted that an example of an internal construe- Further, also AUX data downloaded from the transmission 

tion of the terrestrial station 101 is hereinafter described. side can be recorded together with such audio data. 

A signal from the terrestrial station 101 is received by a The IRD 112 can communicate, for example, with a 

reception equipment (hereinafter referred to sometimes as charging server 105 over a telephone circuit 104 as seen 

AV system) 103 of each home through a satellite 102. The 5 from FIG. 1. An IC card on which various information is 

satellite 102 has a plurality of transponders carried thereon. stored in such a manner as hereinafter described is inserted 

One transponder has a transmission capacity of, for into the IRD 112. For example, if downloading of audio data 

example, 30 Mbps. The AV system 103 in each home of a tune is performed, then history information regarding 

includes a parabola antenna 111, an IRD (Integrated this is stored into the I C card. The stored information of the 

Receiver Decoder) 112, a monitor apparatus 114, an MD 10 IC card is sent to the charging server 105 at a predetermined 

recorder/player 1, and a personal computer 113. opportunity or timing over the telephone circuit 104. The 

Trie AV system 103 shown in FIG. 1 further includes a charging server 105 sets an amount of moDey in accordance 

remote controller 64 for operating the IRD 112, and a remote with the history information sent thereto in this manner to 

controller 32 for operating the MD recorder/player 1. perform a charging operation and requests the user to pay for 

A signal broadcast through the satellite 102 is received by 15 the charge, 

the parabola antenna 111. Hie received signal is converted As can be recognized from the foregoing description, in 

into a signal of a predetermined frequency by an LNB (low the system to which the present invention is applied, the 

noise block down converter) 115 attached to the parabola terrestrial station 101 multiplexes video data and audio data 

antenna 111 and then supplied to the IRD 112. from the television program material server 106 which make 

As general operation of the IRD 112, the IRD 112 selects 20 a material of a music program broadcast, audio data from the 

a signal of a predetermined channel from the received signal, tune material server 107 which makes a material of an audio 

demodulates video data and audio data of a program from channel, audio data from the audio additional information 

the selected signal to obtain a video signal and an audio server 108 and GUI data from the GUI data server 109 and 

signal, respectively, and outputs the video signal and the transmits the multiplexed data. 

audio signal. Further, the IRD 112 outputs a GUI screen 25 When the broadcast is received by the AV system 103 in 

based on GUI data transmitted thereto in a multiplexed each home, a program of a selected channel can be enjoyed, 

condition with data of the program. The output of the IRD for example, on the monitor apparatus 114. Further, as a GUI 

112 is supplied, for example, to the monitor apparatus 114. screen based on GUI data transmitted together with data of 
Consequently, the monitor apparatus 114 can perform dis- a program, firstly an EPG (Electrical Program Guide) screen 
play of an image and audio outputting of the program 30 can be displayed to perform searching for a program or the 
received and selected by the IRD 112 and can display a GUI like. Secondly, for example, if a GUI screen for a particular 
screen in response to such an operation as hereinafter service other than an ordinary program broadcast is utilized 
described. to perform a required operation, then a service other than an 

The MD recorder/player 1 can record or reproduce audio ordinary program service provided by the broadcasting 

data onto or from a mini disc loaded therein. The MD 35 system can be enjoyed. 

recorder/player 1 further can record still picture data (a For example, if a GUI screen for an audio data down- 
picture file) of an album jacket or the like and text data (a loading service is displayed and an operation is performed 
text file) of the words of a tune, a liner note and so forth making use of the GUI screen, then a user can download 
incidental to audio data as main data onto a disc, and audio data of a desired tune and record and store the audio 
reproduce or output data of such a picture file, a text file and 40 data into and in the MD recorder/player 1. 
so forth recorded on the disc in synchronism with a repro- It is to be noted that a data service broadcast which 
duction time of the audio data from the disc. provides a particular service other than an ordinary program 
It is to be noted that such data of a picture file, a text file broadcast which allows an operation for such a GUI screen 
and so forth incidental to audio data as described above may as described above has an interactive performance and may 
hereinafter be referred to as "AUX (Auxiliary) data" for the 45 sometimes be referred to as "interactive broadcast", 
convenience of description in accordance with handling of 1-2. Operation for GUI Screen 

the same on the MD recorder/player 1 which is hereinafter Here, an example of utilization of an interactive broadcast 

described. described above, that is, an example of operation for a GUI 

The personal computer 113 can fetch, for example, data screen, is described briefly with reference to FIGS. 3, 4Aand 

received by the IRD 112 or data reproduced by the MD 50 4B. Here, operation when downloading of audio data is to be 

recorder/player 1 and perform various required editing pro- performed is described. 

cessing for the fetched data. Further, the personal computer First, particularly important ones of operation keys of the 

113 can perform operation control of the IRD 112 or the MD remote controller 64 for being operated by a user to operate 
recorder/player 1 in response to an operation of the personal the IRD 112 are described with reference to FIG. 3. 
computer 113 by a user. 55 FIG. 3 shows an operation panel surface of the remote 

In the AV system 103 in the present embodiment, the IRD controller 64 on which various keys are provided. Here, of 

112, MD recorder/player 1 and personal computer 113 are the various keys, a power supply key 161, numeral keys 162, 

connected to each other by an IEEE 1394 bus 116 as seen in a screen display changeover key 163, an interactive 

FIG. 2. changeover key 164, an EPG key panel section 165 and a 

In particular, each of the IRD 112, MD recorder/player 1 60 channel key 166 are described, 

and personal computer 113 which form the AV system 103 The power supply key 161 is provided to perform an 

includes a data interface conforming with the IEEE 1394 as on/off operation for the power supply to the IRD 112. The 

a data transmission standard. numeral keys 162 are operated to change over the channel by 

Consequendy, in the present embodiment, audio data as numerical designation or perform, for example, a numerical 

downloaded data received by the IRD 112 can be directly 65 value inputting operation for a GUI screen, 

fetched and recorded without performing decompression The screen display changeover key 163 is operated to 

processing therefor in accordance with the ATRAC system. perform changeover, for example, between an ordinary 
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broadcasting screen and an EPG screen. For example, if a channel, if the channel to be enjoyed is switched to the audio 
key disposed on the EPG key panel section 165 is operated channel of the tune selected by the operation by means of the 

while an EPG screen is recalled by means of the screen IRD 112 to output audio data of the audio channel while the 
display changeover key 163, then a program search making screen of the television program display area 121A is 

use of a display screen of an electronic program guide can 5 displayed, then the user can enjoy the tune. Thereupon, a 

be performed. Further, an arrow mark key 165a in the EPG J acket of me mne * displayed in the jacket display 

key panel section 165 can be used also to move a cursor on area 121 D. 

a GUI screen for a service which is hereinafter described. 0n me other hand ' for example, if the cursor is adjusted 

The interactive changeover key 164 is provided to per- 10 th ? *™ words display button 122 in the condition 

form changeover between an ordinary broadcasting screen 10 <! cscr * cd abo / c ^ * cn P^orms an entering operation, 

and a GUI screen for a service incidental to the broadcast *f n ^7°^ "? WftV 

chromzed with the audio data in the text display area 121C. 

program. ... It is to be noted that, in the following description, to adjust 

The channel key 166 is provided to successively change ^ cursor to a dis , d buttQn an * ^ ^ ^ 

over the selected channel by the IRD 112 among different operation is rcfcTOd Vas to « depress ^ button ». Similarl * 

channels in an ascending order or a descending order of the is if me profile display button m or the information display 

channel number. button 124 ^ depressed, then a profile of an artist corre- 

It is to be noted that, while the remote controller 64 in the sponding to the tune or concert information is displayed in 

present embodiment is constructed so as to perform various the text display area 121 C. In this manner, the user can know 

operations, for example, also for the monitor apparatus 114 what tune is being distributed at present and further can 

and has various keys for the operations provided thereon, 20 know detailed information of each tune, 

description of the keys for operation of the monitor appa- If the user wants to purchase the thus enjoyed tune, then 

ratus 114 is omitted herein. the user will depress the download button 128. If the 

Now, a detailed example of an operation for a GUI screen download button 128 is depressed, then audio data of the 

is described with reference to FIGS. 4A and 4B. selected tune are downloaded and recorded onto a disc by 

If a broadcast is received and a desired channel is selected 25 * e MD recorder/player 1. Together with audio data of the 

by the AV system 103, then a moving picture based on a wnc » also data of the words of the tune, profile information 

material of a program provided from the television program of tne artist > stiU P icture data of tne J acket ^ d so forth can 

material server 106 is displayed on the display screen of the be downloaded. 

monitor apparatus 114 as shown in FIG. 4A. In other words, Each Ume ^ 0 da ! a f of a mne are downloaded in this 

contents of an ordinary program are displayed on the moni- 30 J™?™', V ^T^nii ?°£ th V C 

tor apparatus 114. Here, it is assumed Wt, for example, a ^te^ated Circ^t) card in the .IRD 112^ Such ^formation 

. rr ■ j- i j *. • - * i stored on the IC card is fetched by the charginc server 105. 

music program is displayed Also it is assumed that a fof { once a month ^ ^ m wtotLm*y based 

download service (interactive broadcast) of audio data of the on lhe ^ of use of data is cfa ^ Qn ^ user 

tune is incidental to the music program. Consequently, the copyright of each downloaded tune can be 

Then, for example, if a user operates the interactive 35 protected, 

changeover key 164 of the remote controller 64 while the Further, if the user wants to reserve downloading, the user 

music program is displayed, then such a GUI screen for will depress the reserved recording button 125. In response 

downloading of the audio data as shown in FIG, 4B is to the depression of the reserved recording button 125, the 

switchably displayed on the display screen of the monitor display of a GUI screen is changed over, and a list of tunes 

apparatus 114. 40 which can be reserved is displayed over the entire screen. 

On the GUI screen, an image based on video data from the For example, the list may display tunes searched out in a unit 

television program material server 106 displayed on the of one hour, in a unit of one week, in a unit of a channel or 

display screen shown in FIG. 4A is displayed in a reduced in some other unit. The user will select a tune to be reserved 

scale in a television program display area 121A at an upper for downloading from the list. Information of the thus 

left portion of the display screen shown in FIG. 4B. 45 selected tune is registered into the IRD 112. If the user wants 

Meanwhile, at an upper right portion of the display to confirm tunes which have already been reserved for 

screen, a list 121B of tunes of different channels broadcast downloading, then the user can depress the reserved list 

in audio channels is displayed. Further, a text display area display button 126 to display them on the entire screen. Each 

121C and a jacket display area 121D are displayed at lower of the tunes reserved in this manner is downloaded by the 

left portions of the display screen. Furthermore, a tune 50 IRD 112 when the reserved time thereof comes, and the 

words display button 122, a profile display button 123, an downloaded tune is recorded onto the disc by the MD 

information display button 124, a reserved recording button recorder/player 1. 

125, a reserved list display button 126, a recording history If the user wants to confirm the history of any of tunes 

display button 127 and a download button 128 are disposed which have been downloaded in the past, then the user can 

on right side portions of the screen. 55 depress the recording history display button 127 to cause a 

The user will observe the titles of tunes displayed on the list of tunes, which have been downloaded already, to be 

list 12 IB and searches for a tune in which the user is displayed on the entire screen. 

interested. Then, if the tune in which the user is interested is In this manner, with the AV system 103 of the system to 

found, then the user will operate the arrow mark key 165a which the present invention is applied, a list of tunes is 

in the EPG key panel section 165 of the remote controller 64 60 displayed on a GUI screen of the monitor apparatus 114. 

to move and adjust the cursor at a position at which the tune Then, if the user selects a tune in accordance with the display 

is displayed and then perform an entering operation. In this on the GUI screen, then the user can enjoy the tune in trial 

instance, in the present embodiment, the user depresses a and can know the words of the tune, the profile of the artist 

central position of the arrow mark key 165a. and so forth. Further, downloading of a tune and reservation 

The user can thus enjoy the tune to which the cursor is 65 of such downloading and displaying of a history of 

adjusted. In particular, since the same tune is repetitively downloading, a list of reserved tunes and so forth can be 

broadcast within a predetermined unit time in each audio performed. 
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Although detailed description is omitted, displaying of 
such a GUI screen as shown in FIG. 4B, changing of the 
display on the GUI screen responsive to an operation of the 
user for the GUI screen and audio outputting can be realized 
by prescribing relationships of objects in a scenario descrip- 5 
tion based on the MHEG system described hereinabove. The 
objects are video data corresponding to the various buttons 
and material data displayed in the display areas shown in 
FIG. 4B. 

Further, in the present specification, an output form such 10 
as a video display or an audio output which is realized by a 
scenario description which defines relationships between 
objects such as a GUI screen is called "scene". Further, an 
object which forms one scene may be a file itself of a 
scenario description. 15 

As described above, in the digital direct broadcasting 
system to which the present invention is applied, a broad- 
casting program is distributed, and audio data of a tune are 
distributed using a plurality of audio channels. Then, it is 
possible to search for a desired tune using a list of tunes 20 
being distributed or the like and record the audio data of the 
desired tune onto a disc medium simply by means of the MD 
recorder/player. 

It is to be noted that various other services than provision 
of a program by the digital direct broadcasting system can 25 
possibly be provided in addition to the downloading of tune 
data described above. For example, also such a service as to 
broadcast a commodity recommendation program called 
television shopping and broadcast a GUI screen on which a 
purchase contract can be made may be prepared. 30 
1-3. Terrestrial Station 

An outline of the digital direct broadcasting system of the 
present embodiment is described above, and in the 
following, more detailed description of the system is given. 
First, a construction of the terrestrial station 101 is described 35 
with reference to FIG. 5. 

It is to be noted that the following description proceeds 
based on the following presumption. 

In the present embodiment, for the transmission from the 
terrestrial station 101 to the AV system 103 through the 40 
satellite 102, the DSM-CC (Digital Storage Media- 
Command and Control) protocol is adopted. 

The DSM-CC (MPEG-part 6) system prescribes, as well 
known in the art, commands and control methods for retriev- 
ing an MPEG coded bit stream stored on a digital storage 45 
medium (hereinafter referred to as DSM) or storing a stream 
onto a DSM. In the present embodiment, the DSM-CC 
system is adopted as a transmission standard for the digital 
direct broadcasting system. 

In order to transmit contents of a data broadcasting 50 
service in accordance with the DSM-CC system, a describ- 
ing format of contents must be defined. In the present 
embodiment, the MHEG described above is adopted as a 
definition of the describing format. 

The terrestrial station 101 shown in FIG. 5 includes a 55 
television program material registration system 131 which 
registers material data acquired from the television program 
material server 106 into an AV server 135. The material data 
are sent to a television program signaling system 139, by 
which video data are compressed in accordance with, for 60 
example, the MPEG 2 system and audio data are packetized 
in accordance with, for example, the MPEG 2 audio system. 
An output of the television program signaling system 139 is 
sent to a multiplexer 145. 

Meanwhile, a tune material registration system 132 sup- 65 
plies material data from the tune material server 107, that is, 
audio data, to an MPEG 2 audio encoder 136A and an 



ATRAC encoder 136B. The MPEG 2 audio encoder 136A 
and the ATRAC encoder 136B perform encoding processing 
(compression coding) for the audio data supplied thereto and 
register resulting data into an MPEG audio server 140A and 
an ATRAC audio server 140B, respectively. 

The MPEG audio data registered in the MPEG audio 
server 140A are transmitted to an MPEG audio signaling 
system 143A, by which they are packetized, and the pack- 
etized data are transmitted to the multiplexer 145. The 
ATRAC data registered in the ATRAC audio server 140B are 
sent as ATRAC data to an ATRAC audio signaling system 
143B, by which they are packetized, and the packetized data 
are sent out to the multiplexer 145. In this instance, the 
ATRAC data are transferred at a high speed to the ATRAC 
audio server 140B. 

An audio additional information registration system 133 
registers audio additional information, which is material 
data from the audio additional information server 108, into 
an audio additional information database (DB) 137. The 
audio additional information registered in the audio addi- 
tional information database 137 is transmitted to an audio 
additional information signaling system 141, by which is 
packetized similarly, and the packetized data are transmitted 
to the multiplexer 145. 

A GUI material registration system 134 registers GUI 
data, which are material data from the GUI data server 109, 
into a GUI material database 138. 

The GUI material data registered in the GUI material 
database 138 are transmitted to a GUI authoring system 142, 
by which they are processed so as to have a data format in 
which they can be outputted as a GUI screen, that is, a 
"scene" described hereinabove with reference to FIG. 4B. 

In particular, data transmitted from the GUI authoring 
system 142 include, for example, if they are for a GUI screen 
for downloading of a tune, still picture data of an album 
jacket, text data of the words of the tune and so forth, audio 
data to be outputted in response to an operation, and so forth. 

Each data described above is called mono medium. The 
GUI authoring system 142 uses an MHEG authoring tool to 
encode such mono medium data and handles them as 
objects. 

Then, contents of the MHEG-5 are prepared together with 
a scenario describing file (script) which prescribes relation- 
ships of the objects so that an output form of video and audio 
data, for example, in accordance with a display form of such 
a scene (GUI screen) as described above with reference to 
FIG. 4B and an operation may be obtained. 

Further, on such a GUI screen as shown in FIG. 4B, also 
MPEG video data and MPEG audio data which are video 
and audio data based on material data of the television 
program material server 106, MPEG audio data based on 
tune material data of the tune material server 107 and so 
forth are displayed, and an output form in accordance with 
an operation is provided. 

Accordingly, in the scenario describing file, the GUI 
authoring system 142 handles video and audio data based on 
material data of the television program material server 106, 
MPEG audio data based on tune material data of the tune 
material server 107 and audio additional information based 
on the audio additional information server 108 described 
above as objects when necessary, and prescription by an 
MHEG script is performed. 

tt is to be noted that data of MHEG contents transmitted 
from the GUI authoring system 142 may be script files and 
various still picture files or text data files as objects, and the 
still picture data are, for example, data of 640x480 pixels 
compressed in accordance with the JPEG (Joint Photograph 
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Experts Group) system whereas the text data are provided as 
a file including, for example, less than 800 characters. 

Data of MHEG contents obtained by the GUI authoring 
system 142 are transmitted to a DSM-CC encoder 144. 

The DSM-CC encoder 144 converts the MHEG contents 5 
data into a transport stream (hereinafter referred to simply as 
TS) of a format with which it can be multiplexed with data 
streams of video data and audio data in accordance with the 
MPEG 2 format, and packetizes the transport stream, and 
then outputs the packetized transport stream to the multi- 10 
plexer 145. 

Hie multiplexer 145 time base multiplexes video packets 
and audio packets from the television program signaling 
system 139, audio packets from the MPEG audio signaling 
system 143A, high speed audio packets from the ATRAC 15 
audio signaling system 143B, audio additional information 
packets from the audio additional information signaling 
system 141 and GUI data packets from, the GUI authoring 
system 142, and enciphers the time base multiplexed packets 
with key information outputted from the key information 20 
server 110 shown in FIG. 1. 

The output of the multiplexer 145 is transmitted to a radio 
wave signaling system 146, by which such processing as, for 
example, addition of error correction codes, modulation and 
frequency conversion is performed for the received output of 25 
the multiplexer 145. Then, an output of the radio wave 
signaling system 146 is outputted from the antenna so as to 
be transmitted to the satellite 102. 
1-4. Transmission Format 

Now, a transmission format in the present embodiment 30 
prescribed in accordance with the DSM-CC system is 
described. 

FIGS. 6Ato 61 illustrate an example of data when they are 
outputted from the terrestrial station 101 and transmitted to 
the satellite 102. It is to be noted that, as described 35 
hereinabove, the various data shown in FIGS. 6 A to 61 are 
actually in a time base multiplexed state. Further, as seen in 
FIG. 6A, an event occurs within a period from time tl to 
time t2, and another event occurs after time t2. The event 
here is, for example, with regard to a channel of a music 40 
program, a unit in which a set of a lineup of a plurality of 
tunes is changed, and has a time of approximately 30 
minutes or one hour. 

As seen from FIG. 6 A, in the event from time tl to time 
t2, a program having predetermined contents Al is broadcast 45 
in an ordinary program broadcast of moving pictures. In the 
event beginning at time t2, another program of contents A2 
is broadcast. What are broadcast in the ordinary programs 
are moving pictures and audio. 

MPEG audio channels (1) to (10) are prepared for 10 50 
channels from channel CHI to channel CH10. In each of the 
audio channels CHI, CH2, CH3, . . . , CH10 shown in FIGS. 
6B to 6D, the same tune is transmitted repetitively while one 
event is broadcast. In particular, within the period of the 
event from time tl to time t2, a tune Bl is repetitively 55 
transmitted in the audio channel CHI, and another tune CI 
is repetitively transmitted in the audio channel CH2. 
Similarly, the same tune is repetitively transmitted in each of 
the other audio channels CH3 to CH9, and a tune Kl is 
repetitively transmitted in the audio channel CH10. This 60 
similarly applies to quadruple speed ATRAC audio channels 
(1) to (10) shown in FIGS. 6E to 6F. 

In FIGS. 6B to 6F, equal ones of the numerals in the 
parentheses indicative of the MPEG audio channels and the 
quadruple speed ATRAC audio channels denote the same 65 
tune. In particular, in the present embodiment, both of audio 
data compressed in accordance with the MPEG 2 system and 
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audio data compressed in accordance with the ATRAC 
system are outputted with regard to a given tune. Further, the 
numeral in each parenthesis indicative of a channel number 
of audio additional information represents audio additional 
information added to audio data having the same channel 
number. Furthermore, also still data and text data to be 
transmitted as GUI data are formed for each channel. Those 
data are time division multiplexed into transport packets of 
the MPEG 2 as seen from FIGS. 7A to 7D and transmitted 
as such transport packets. Then, the data are re-constructed 
in the IRD 112 as seen in FIGS. 7E to 7H using header 
information of the individual data packets. 

Further, GUI data utilized for a data service (interactive 
broadcast) illustrated in FIG. 61 are logically formed in the 
following manner in accordance with the DSM-CC system. 
Here, description is given restrictivety of data of a transport 
stream outputted from the DSM-CC encoder 144. 

As seen from FIG. 8A, all of data broadcasting services in 
the present embodiment transmitted in accordance with the 
DSM-CC system are included in a root directory named 
Service Gateway. The Service Gateway includes different 
kinds of objects including a directory, a file, a stream, and a 
stream event as seen from FIG. SB. 

Of the objects mentioned above, the file includes various 
individual data files of still pictures, audio data, text data, 
and scripts described in accordance with the MHEG. 

The stream includes information to be linked to some 
other data services and an AV stream of MPEG video data 
and audio data of a television program material, MPEG 
audio data and ATRAC audio data as a tune material and so 
forth. 

The stream event includes similar link information and 
time information. 

The directory is a folder in which data relating to each 
other are collected. 

In the DSM-CC system, such unit information and the 
Service Gateway are each grasped as a unit of an object as 
seen from FIG. 8B, and each object is converted into a BIOP 
(Broadcast Interoperable Object Reference) message in 
form. 

It is to be noted that, since the distinction among the three 
objects of a file, a stream and a stream event is not essential 
to the description of the present invention, the following 
description proceeds in regard to an object as a file repre- 
senting them. 

Then, in the DSM-CC system, a data unit called module 
shown in FIG. 8C is produced. The module is a data unit of 
a variable length formed such that it includes one or more 
objects each in the form of a BIOP message shown in FIG. 
8B and a BIOP header is added to it, and is a buffering unit 
of received data on the reception side which is hereinafter 
described. 

Further, in the DSM-CC system, a relationship between 
objects in a case wherein one module is formed from a 
plurality of objects is not specifically prescribed or limited. 
In short, radically speaking, even if one module is formed 
from two or more objects between scenes having no rela- 
tionship to each other, this does not violate the provisions 
under the DSM-CC system. 

The module is mechanically divided into data units of a 
fixed length in principle called "block" as seen in FIG. 8D 
so that it may be transmitted in a form called section 
prescribed by the MPEG 2 format. However, the last block 
of the block need not necessarily have the prescribed fixed 
length. The reason why a module is divided into blocks 
resides in that the MPEG 2 format has a prescription that one 
section must not exceed 4 KB. 
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Further, in this instance, the data unit as a block and the 
section are common in significance. 

To each block obtained by dividing the module in this 
manner, a header is added as seen in FIG. 8E so that the 
block is converted into a message in form called DDB 5 
(Download Data Block). 

Further, in parallel to such conversion into DDBs, control 
messages called DSI (Download Server Initiate) and DH 
(Download Indication Information) are prepared. 

The DSI and the DII are information required when the 10 
reception side (IRD 112) acquires a module from received 
data, and the DSI principally has an identifier of a carousel 
which is described below, information regarding the entire 
carousel representative of a time required for one rotation of 
the carousel and a timeout value of rotation of the carousel, 15 
and so forth. The DSI further has information for discrimi- 
nation of a location of the root directory (Service Gateway) 
of a data service (in the case of an object carousel system). 

The DII is information corresponding to each module 
included in the carousel and has information of a size, a 20 
version, a timeout value and so forth of each module. 

Then, the three kinds of messages of the DDB, DSI and 
DII are signaled periodically and repetitively in a corre- 
sponding relationship to data units of the section. 
Consequently, the receiver side can at any time receive, for 25 
example, a module in which an object necessary to acquire 
a target GUI screen (scene) is included. 

In the present specification, such a transmission system as 
just described is called "carousel system" from the similarity 
to a carousel, and a data transmission form as schematically 30 
represented in FIG. 8F is called carousel. 

Further, the "carousel system" is divided into two levels 
including a "data carousel system" and an "object carousel 
system". Particularly, in the object carousel system, objects 
having such attributes as a file, a directory, a stream and a 35 
service gateway are transferred as data using a carousel. The 
object carousel system is much different from the data 
carousel system in that it can handle a directory structure. 
The system of the present embodiment adopts the object 
carousel system. 40 

GUI data transmitted by a carousel in such a manner as 
described above, that is, data outputted from the DSM-CC 
encoder 144 of FIG. 5, are outputted in the form of a 
transport stream. The transport stream has, for example, 
such a structure as shown in FIGS. 9 A to 9C. 45 

FIG. 9A shows a transport stream. The transport stream is 
a bit train defined in the MPEG system and is formed from 
a connection of fixed length packets (hereinafter referred to 
as transport packets) of 188 bytes as seen from FIG. 9A. 

Each transport packet includes, as seen from FIG. 9B, a 50 
header, an adaptation field for allowing additional informa- 
tion to be included in a particular individual packet, and a 
pay load representative of contents of video/audio data and 
so forth of the packet. 

The header actually has a length of, for example, 4 bytes 55 
and has a synchronization byte at the top thereof without 
fail. The header further has, placed at predetermined posi- 
tions thereof following the synchronization byte, a PID 
(Packet_ID) which is identification information of the 
packet, scramble control information representative of pres- 60 
ence or absence of scrambling, adaptation field control 
information representative of presence or absence of a 
payload, and so forth. 

Based on such control information, the reception appara- 
tus side can perform descrambling in a unit of a packet and 65 
perform separation and extraction of a required packet of 
video/audio data and so forth using a demultiplexer. Further, 



also time information which is used as a reference for 
synchronized reproduction of video/audio data can be per- 
formed here. 

Further, as can be recognized from the foregoing 
description, one transport stream has packets of video/audio 
data for a plurality of channels multiplexed therein. One 
transport stream further has multiplexed therein a signal for 
controlling channel selection called PSI (Program Specific 
Information), information (EMM (Entitlement Management 
Message)/ECM (Entitlement Common Message)) necessary 
for restrictive reception which is a reception function of 
determining whether or not a subscription channel can be 
received in accordance with a situation of the contract of the 
individual, and SI (Service Information) for realizing a 
service of an EPG (Electric Program Guide) or the like. 
Here, the PSI is described. 

The PSI is formed from four tables as seen from FIGS. 
10A to 10D. Each of the tables is represented in a format 
conforming to the MPEG system called section format. 

In FIG. 10A, NIT (Network Information Table) and CAT 
(Conditional Access Table) is shown. 

The NIT is multiplexed in contents common to all carri- 
ers. Various transmission dimensions such as a polarization 
plane, a carrier frequency and a convolution rate for each 
carrier and a list of channels multiplexed there are described. 
The PID of the NIT is determined as PID-lxOOlO. 

Also the CAT is multiplexed in contents common to all 
carriers. A PID of an EMM (Entitlement Management 
Message) packet which is information for identification of a 
restrictive reception method, contract information and so 
forth is described in the CAT. The PID for the CAT is 
indicated by PID=OxO001. 

FIG. 10B illustrates PATs as information having contents 
unique to the individual carriers. Each PAT has described 
therein channel information in the carrier and a PID of a 
PMT which represents contents of the channel. The PID for 
the PATS is indicated by PID-OxOOOO. 

Further, as information for each channel of the carrier, a 
PMT (Program Map Table) table shown in FIG. 10C is 
provided. 

The PMTs have contents of the different channels multi- 
plexed therein. For example, as shown in FIG. 10D, each 
PMT is formed from components (video/audio data compo- 
nents and so forth) which form each channel, and ECM 
(Entitlement Common Message) packets necessary for 
descrambling. 
1-5. IRD 

Subsequently, an example of a construction of the IRD 
112 included in the AV system 103 is described with 
reference to FIG. 11. 

The IRD 112 shown in FIG. 11 has an input terminal Ti 
to which a received signal received by the parabola antenna 
111 and converted into a signal of a predetermined fre- 
quency by the LNB 115 of the parabola antenna 111 is 
inputted. The inputted received signal is supplied from the 
input terminal Tl to a tuner/front end section 51. 

The tuner/front end section 51 receives,, based on a 
setting signal indicative of transmission dimensions and so 
forth set by and received from a CPU (Central Processing 
Unit) 80, a carrier of a reception frequency determined by 
the setting signal and performs necessary processing such 
as, for example, viterbi demodulation processing and error 
correction processing for the carrier to obtain a transport 
stream. 

The transport stream obtained by the tuner/front end 
section 51 is supplied to a descrambler 52. The tuner/front 
end section 51 further acquires a packet of the PSI from the 
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transport stream and updates channel selection information Consequently, if the analog video output terminal T2 and 

of the PSI packet. Furthermore, the tuner/front end section a video input terminal of the monitor apparatus 114 are 

51 acquires the component PID of each channel in the connected to each other, then, for example, such displaying 

transport stream and transmits it, for example, to the CPU as described hereinabove with reference to FIG. 4A is 

80. The CPU 80 thus utilizes the thus acquired PIDs for 5 performed. 

processing of the received signaL ^ MPEG 2 au dio decoder 54 to which the MPEG audio 

The descrambler 52 receives descramble key data stored data of me f ormat 0 f the PES are inputted performs decoding 

in an IC card 65 ^through 1 the ^CPU 80, and a PID is set to the roccssing for mc MPEG audio data in accordance with the 

descramb er 52 by the CPU SO.Thc descrambler 52 executes mpeg 2 format utilizing a memory 54A as a working area, 

dcscrambling processing based on tne descramble Key data ^ ^ decodcd audio ^ afe ^ {Q 

a D/A converter 

and the PID and transmits resulting data to a transport , . .. . . . . en 

section 53 m °P tlca * ^S 1 ^ output interface 59. 

The transport section 53 includes a demultiplexer The D/A converter 56 converts the audio data inputted 

(DeMUX) 70 and a queue 71 which is formed from, for ih ™ i0 mto analo S audl ° S1 8 nal md out P uts me ^og audio 

example, a DRAM or a like element. The queue 71 is formed si S naI t0 a switch arcuit 57 • ^ circuit 57 P erforms 

such that a plurality of memory areas corresponding to 15 switching of a signal path so that the analog audio signal 

module units are arranged in columns. For example, in the may be outputted to one of a pair of analog audio output 

present embodiment, 32 columns of memory areas are terminals T3 and T4. 

provided. In other words, the queue 71 can simultaneously Here, the analog audio output terminal T3 is provided so 

store information of 32 modules in the maximum, as to be connected to an audio input terminal of the monitor 

As general operation of the demultiplexer 70, it demul- 20 apparatus 114. Meanwhile, the analog audio output terminal 

tiplexes the transport stream supplied thereto from the T4 is used to output therethrough a downloaded tune as an 

descrambler 52 to obtain necessary transport packets in analog signal. 

accordance with filter conditions set by a demultiplexer The optical digital output interface 59 converts the digital 

(DeMUX) driver 82 of the CPU 80 and utilizes, if necessary, audio data inputted thereto into an optical digital signal and 

the queue 71 as a working area to obtain data of such a 25 outputs the optical digital signal. In this instance, the optical 

format as described hereinabove with reference to FIGS. 7E digital output interface 59 conforms with, for example, the 

to 7H. Then, the demultiplexer 70 supplies the thus obtained IEC (International Electrotechnical commission) 958. 

data to necessary functioning circuit sections. The main memory 90 is used as a working area when the 

MPEG video data separated by the demultiplexer 70 are CPU 80 performs various controlling processing. In the 

inputted to an MPEG 2 video decoder 55 while MPEG audio 30 present embodiment, areas as the DSM-CC buffer 91 and the 

data are inputted to an MPEG 2 audio decoder 54. Individual MHEG buffer 92 described hereinabove are allocated to the 

packets of the MPEG video/audio data separated by the main memory 90. 

demultiplexer 70 are inputted in a format called PES The MHEG buffer 92 is used as a working area for 

(Packetized Elementary Stream) to the respective decoders. production of video data such as, for example, video data for 

Data of MHEG contents of the transport stream are 35 a GUI screen produced in accordance with the description of 

separated and extracted in a unit of a transport packet from a script of the MHEG system, and video data produced here 

the transport stream by the demultiplexer 70 and written into are supplied to the display processing section 58 over a bus 

a required memory area of the queue 71 such that they are line. 

arranged in a unit of a module. Then, the data of the MHEG The CPU 80 executes entire control of the IRD 112. The 

contents arranged in a unit of a module are written into a 40 control includes control for data separation and extraction by 

DSM-CC buffer 91 in a main memory 90 over the data bus the demultiplexer 70. 

under the control of the CPU 80 and thereafter held in the The CPU 80 further performs decoding processing for 

DSM-CC buffer 91. acquired data of MHEG contents to perform processing for 

Also compressed audio data in the form of quadruple constructing a GUI screen in accordance with contents of 

speed ATRAC data in the transport stream are separated and 45 description of the script and outputting the GUI screen, 

extracted by the demultiplexer 70, for example, in a unit of To this end, the CPU 80 in the present embodiment 

a transport packet and outputted to an IEEE 1394 interface includes, in addition to a control processing section 81 

60. The IEEE 1394 interface 60 allows signaling not only of which executes main control processing, for example, at 

audio data but also video data, text data, various command least the demultiplexer driver 82, a DSM-CC decoder block 

signals and so forth. 50 83 and an MHEG decoder block 84. In the present 

The MPEG 2 video decoder 55 to which the MPEG video embodiment, at least the DSM-CC decoder block 83 and the 

data of the format of the PES are inputted to perform MHEG decoder block 84 among the components are formed 

decoding processing for the MPEG video data in accordance by software . 

with the MPEG 2 format using a memory 55Aas a working The demultiplexer driver 82 sets a filter condition for the 

area. The thus decoded video data are supplied to a display 55 demultiplexer 70 based on the PID of the transport stream 

processing section 58. inputted thereto. 

To the display processing section 58, the video data The DSM-CC decoder block 83 has a function as a 

inputted from the MPEG 2 video decoder 55 described DSM-Manager and re-constructs data in a unit of a module 

above and video data for a GUI screen for a data service and stored in the DSM-CC buffer 91 into data of MHEG 

so forth obtained by an MHEG buffer 92 of the main 60 contents. Further, the DSM-CC decoder block 83 executes 

memory 90 in such a manner as hereinafter described are processing relating to required DSM-CC decoding and so 

inputted. The display processing section 58 performs forth in accordance with an access from the MHEG decoder 

required signal processing for the video data inputted in this block 84. 

manner to covert the video data into an analog audio signal ■ The MHEG decoder block 84 accesses the data of MHEG 

in accordance with a predetermined television system and 65 contents obtained by the DSM-CC decoder block 83, mat is, 

outputs the analog audio signal to an analog video output the data of MHEG contents obtained by the DSM-CC buffer 

terminal 12. 91, and performs decoding processing for outputting a scene 
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for the data of MHEG contents. In short, the MHEG decoder 
block 84 realizes a relationship between objects prescribed 
by a script file of the MHEG contents to form a scene. 
Thereupon, when a GUI screen as a scene is formed, the 
MHEG decoder block 84 utilizes the MHEG buffer 92 and 
produces video data for a GUI screen in accordance with 
contents of the script file stored in the MHEG buffer 92. 

For the interface between the DSM-CC decoder block 83 
and the MHEG decoder block 84, a U-U (User-User) API 
(Application Portability Interface) is adopted. 

The U-U API is an interface for accessing a DSM Man- 
ager object (server object for realizing a function of a DSM) 
and performs an operation for objects such as the service 
gateway, a directory, a file, a stream, and a stream event. 

A client object can perform an operation for those objects 
by using the U-U API. 

Here, an example of operation for extracting a target 
object necessary to form a scene from a transport stream by 
control of the CPU 80 is described. 

The DSM-CC uses an IOR (Interoperable Object 
Reference) in order to indicate a location of an object in a 
transport stream. The IOR includes an identifier correspond- 
ing to a carousel for finding out an object, an identifier 
(hereinafter referred to as module_jd) of a module in which 
the object is included, and an identifier (hereinafter referred 
to as object_key) for specifying the object in one module, 
as well as tag (association_tag) information for identifying 
a DII having information of the module in which the object 
is included. 

Further, the DII having the module information includes 
information of the module_id, the module size and the 30 
module version of each of more than one modules and tag 
(association tag) information for identifying the modules. 

When the IOR extracted from the transport stream is 
identified by the CPU 80, for example, such a process as 
described below is performed to receive and separate the 
object indicated by the IOR. 

(Prl) The demultiplexer driver 82 of the CPU 80 searches 
out an elementary stream (hereinafter referred to as ES) 
having a value equal to that of the association_tag of the 
IOR from an ES loop of the PMP of the carousel to obtain 
a PID. The DII is included in the ES which has the PID. 

(Pr2) The PID and a table_id_extension are set as filter 
conditions to the demultiplexer 70. Consequently, the 
demultiplexer 70 separates the DII and outputs it to the CPU 
80. 

(Pr3) The association_tag of a module in the DII which 
corresponds to the module^id included in the preceding 
IOR is obtained. 

(Pr4) An ES having a value equal to the association_tag 
described above is searched out from the ES loop (carousel) 
of the PMT to obtain a PID. The target module is included 
in the ES which has the PID. 

(Pr5) The PID and the module_jd are set as filter 
conditions, and filtering by the demultiplexer 70 is per- 
formed in accordance with the filter conditions. Transport 
packets separated and extracted in accordance with the filter 
conditions are stored into required memory areas (columns) 
of the queue 71 until a target module is formed finally. 

(Pr6) An object which corresponds to the object_Jcey 
included in the preceding IOR is extracted from the module. 
This is the target module. The object extracted from the 
module is written, for example, into a predetermined area of 
the DSM-CC buffer 91. 

For example, if the operation described above is repeated 
to collect target objects and store them into the DSM-CC 
buffer 91, then MHEG contents for forming a necessary 
scene are obtained. 
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A man-machine interface 61 receives a command signal 
transmitted thereto from the remote controller 64 and trans- 
fers it to the CPU 80. The CPU 80 executes required 
controlling processing so that an operation of an apparatus 
corresponding to the received command signal may be 
obtained. 

An IC card 65 is inserted into an IC card slot 62. The CPU 
80 performs reading out and writing of information from and 
to the IC card 65 inserted in the IC card slot 62. 

A modem 63 is connected to the charging server 105 over 
the telephone circuit 104 and is controlled by the CPU 80 so 
that communication between the 1RD 112 and the charging 
server 105 may be performed. 

Here, flows of signals from video/audio sources in the 
IRD 112 having the construction described above are 
described supplementally in connection with the displayed 
form described hereinabove with reference to FIGS. 4Aand 
4B. 

When an ordinary program is to be outputted in such a 
manner as seen in FIG. 4A, MPEG video data and MPEG 
audio data of a necessary program are extracted from an 
inputted transport program, and decoding processing is 
performed for the MPEG video data and the MPEG audio 
data. The MPEG video data and the MPEG audio data are 
outputted to the analog video output terminal T2 and the 
analog audio output terminal T3, respectively, so that image 
displaying and audio outputting of the broadcasting program 
are performed on the monitor apparatus 114. 

On the other hand, when a GUI screen shown in FIG. 4B 
is to be outputted, data of MHEG contents necessary for the 
GUI screen are separated and extracted from an inputted 
transport stream by the transport section 53 and fetched into 
the DSM-CC buffer 91. Then, the DSM-CC decoder block 
83 and the MHEG data block 84 function as described above 
making use of the fetched data so that video data for the GUI 
screen are produced in the MHEG buffer 92. Then, the video 
data are supplied to the analog video output terminal T2 
through the display processing section 58 so that the GUI 
screen is displayed on the monitor apparatus 114. 

Further, if a tune is selected from a list 121B for tunes on 
the GUI screen shown in FIG. 4B so that audio data of the 
tune may be enjoyed in trial, MPEG audio data of the tune 
are obtained by the demultiplexer 70. Tnen, the MPEG audio 
data are outputted as an analog audio signal through the 
MPEG audio decoder 54, D/A converter 56, switch circuit 
57 and analog audio output terminal T3 to the monitor 
apparatus 114. 

On the other hand, if the download button 128 is 
depressed on the GUI screen shown in FIG. 4B to download 
audio data, audio data of a tune to be downloaded are 
extracted by the demultiplexer 70 and outputted to the 
analog audio output terminal T4, optical digital output 
interface 59 or IEEE 1394 interface 60. 

Here, particularly where the MD recorder/player 1 is 
connected over the IEEE 1394 bus 116 to the IEEE 1394 
interface 60, quadruple speed ATRAC data of the down- 
loaded tune are extracted by the demultiplexer 70 and 
recorded onto a disc loaded in the MD recorder/player 1 
from the IEEE 1394 interface 60 through the IEEE 1394 bus 
116. Further, in this instance, also still picture data (a picture 
file) of an album jacket compressed, for example, in accor- 
dance with the JPEG system and text data (a text file) of the 
words of the tune, a profile of the artist and so forth are 
extracted from the transport stream by the demultiplexer 70, 
and transferred from the IEEE 1394 interface 60 to the MD 
recorder/player 1 over the IEEE 1394 bus 116. The MD 
recorder/player 1 can record such still picture data and text 
data into predetermined areas of the disc loaded therein. 
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1-6. Mini Disc Recording and Reproduction Apparatus Audio data in the form of sectors obtained by the decod- 

1-6-1. Construction of MD Recorder/Player ing processing such as EFM demodulation and CIRC by the 

FIG. 12 shows an interna] construction of the recording encoder and decoder section 8 are written once into a buffer 

and reproduction apparatus (MD player/recorder) 1 pro- memory 13 by a memory controller 12. It is to be noted that 

vided in the AV system 3 of the present embodiment. s reading of data from the disc 90 by the optical head 3 and 

Referring to FIG. 12, a magneto-optical- disc (mini disc) transfer of reproduction data in a system from the optical 

90 onto which audio data are to be recorded is driven to head 3 to me buffer memory 13 are performed intermittently 

rotate by a spindle motor 2. Upon recording and/or at the rate of 1.41 Mbit/sec 

reproduction, a laser beam from an optical head 3 is irradi- ^ data written m the buffer memory 13 are read out at 

ated upon the magneto-optical disc 90. 10 a ./ "^^'J. 15 

T , j- »u *-iuji * * i u performed at the rate of 0.3 Mbit/sec, and are supplied to an 

Upon recording, the optical head 3 outputs a aser beam £ nco[Jer ^ decoder 14 ^ data ^ iQ ^ 

of a high level for heating a recording track to a Curie encoder ^ decoder u m ^ t0 ^ duction 
temperature but upon reproduction, the optical head 3 sj d processing ^ „ decoding processing correspond- 
outputs a laser beam of a comparatively low level for ^ tQ audio comprcssion processing so that they are con- 
detecting data from reflected light from the magneto-optical 15 vertec j j nt0 a digital audio signal sampled with 44.1 KHz and 
disc 90 by a magnetic Kerr effect. quantized with 1 6 bits. 

To this end, the optical head 3 includes an optical system The digital audio signal is converted into an analog signal 

which in turn includes a laser diode serving as laser output- by a D/A converter 15 and then subject to level adjustment, 

ting means, a polarizing beam splitter, an objective lens 3a impedance adjustment and so forth by an output processing 

and so forth, a detector for detecting reflected light, and 20 section 16. A resulting signal from the output processing 

other necessary elements. The objective lens 3a is supported section 16 is outputted as an analog audio signal Aout from 

for displacement in a radial direction of and in a direction a line output terminal 17 to an external apparatus. The signal 

toward or away from the magneto-optical disc 90 by a from the output processing section 16 is supplied also as a 

biaxial mechanism 4. headphone output HPout to a headphone output terminal 27 

A magnetic head 6a is disposed in an opposing relation- 25 so that it is outputted to a headphone connected to the 

ship to the optical head 3 across the magneto-optical disc 90. headphone output terminal 27. 

The magnetic head 6a is adapted to apply to the magneto- Meanwhile, the digital audio signal after decoded by the 

optical disc 90 a magnetic field modulated with data sup- encoder and decoder section 14 is supplied to a digital 

plied thereto. interface section 22 so that it can be outputted as a digital 

The entire optical head 3 and the magnetic head 6a are 30 audio signal Dout from a digital output terminal 21 to an 

supported for movement in a radial direction of the external apparatus. The digital audio signal is outputted to 

magneto-optical disc 90 by a sled mechanism 5. the external apparatus, for example, by transmission over an 

Information detected from the magneto-optical disc 90 by optical cable, 

the optical head 3 upon reproduction is supplied to a RF When a recording operation onto the magneto-optical disc 

amplifier 7. The RF amplifier 7 performs arithmetic pro- 35 90 is to be performed, an analog audio signal Ain supplied 

cessing for the information supplied thereto to detect a to a line input terminal 18 is converted into digital data by 

reproduction RF signal, a tracking error signal TE, a focus- an A/D converter 19 and then supplied to the encoder and 

ing error signal FE, groove information GFM and other decoder section 14, by which audio compression encoding is 

necessary information. The groove information is absolute performed therefor. 

position information recorded as pre-grooves (wobbling 40 On the other hand, if a digital audio signal Din is supplied 

grooves) on the magneto-optical disc 90. from an external apparatus to a digital input terminal 20, 

The extracted reproduction RF signal is supplied to an then extraction of audio data, control codes and so forth is 
encoder and decoder section 8. The tracking error signal TE performed by the digital interface section 22. The audio data 
and the focusing error signal FE are supplied to a servo are supplied to the encoder and decoder section 14, by which 
circuit 9, and the groove information GFM is supplied to an 45 audio compression encoding processing is performed there- 
address decoder 10. for. 

The servo circuit 9 generates various servo driving signals Though not shown, it is naturally possible to provide a 

based on the tracking error signal TE and the focusing error microphone input terminal so that a microphone input may 

signal FE supplied thereto from the RF amplifier 7, a track be used as a recording signal. 

jump instruction or an access instruction from a system 50 The compressed recording data from the encoder and 
controller 11, which is formed from a microcomputer, rota- decoder section 14 are written once into and accumulated in 
tional speed detection information of the spindle motor 2, the buffer memory 13 by the memory controller 12 and then 
and so forth to control the biaxial mechanism 4 and the sled read out for each data unit of a predetermined amount and 
mechanism 5 to effect focusing and tracking control and sent to the encoder and decoder section 8. Then, the record- 
control the spindle motor 2 to rotate at a constant linear 55 ing data are subject to encoding processing such as CIRC 
velocity (CLV). encoding and EFM modulation by the encoder and decoder 
The address decoder 10 decodes the groove information section 8, and resulting data are supplied to a magnetic head 
GFM supplied thereto from the RF amplifier 7 to extract drive circuit 6. 

address information. The address information is supplied to The magnetic head drive circuit 6 supplies a magnetic 

the system controller 11 and used for various controlling 60 head driving signal to the magnetic head 6a in accordance 

operations by the system controller The reproduction RF with the encoded recording data from the encoder and 

signal is subject to decoding processing such as EFM (Eight decoder section 8. In other words, the magnetic head drive 

to Fourteen Modulation) demodulation and CIRC (cross circuit 6 causes the magnetic head 6a to perform application 

Interleave Reed Solomon Coding) in the encoder and of a magnetic field of the N or S pole to the magneto-optical 

decoder section 8. Upon such decoding processing, also an 65 disc 90. Further, the system controller 11 thereupon supplies 

address, sub code data and so forth are extracted and a control signal to the optical head 3 so that the optical head 

supplied to the system controller 11. 3 may output a laser beam of a recording level. 
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An operation section 23 is operated by a user and includes 
operation keys, a dial and so forth which serve as operation 
elements. The operation elements include, for example, 
operation elements regarding recording and reproduction 
operations such as reproduction, recording, pause, stop, FF 5 
(fast feeding), REW (rewinding) and AMS (Auto Music 
Search) (head search), operation elements regarding play 
modes such as normal reproduction, program reproduction 
and shuffle reproduction, an operation element for a display 
mode operation for switching the displaying state of a ao 
display section 24, and operation elements for program 
editing operations such as track division, track connection, 
track erasure, track name inputting and disc name inputting. 

Operation information by the operation keys and the dial 
is supplied to the system controller 11 . The system controller 15 
11 thus executes operation control based on the control 
information. 

The recording and reproduction apparatus 1 in the present 
embodiment further includes a reception section 30. The 
reception section 30 receives a command signal transmitted, 20 
for example, by infrared rays from the remote controller 32, 
performs decoding processing for the command signal, and 
outputs the decoded command signal as a command code to 
the system controller 11. The system controller 11 executes 
operation control based on the command code received from 25 
the reception section 30. 

A displaying operation of the display section 24 is con- 
trolled by the system controller U. 

In particular, in order to cause the display section 24 to 
perform a displaying operation, the system controller 11 30 
transmits data to be displayed to a display driver in the 
display section 24. The display driver drives a displaying 
operation of a display unit such as a liquid crystal panel 
based on the data supplied thereto to display required 
numerals, characters, marks and so forth. 35 

The display section 24 displays an operation mode state of 
a disc being recorded or played back, a track number, a 
recording time or reproduction time, an editing operation 
state and so forth. 

The disc 90 allows recording thereon of character infor- 40 
mation such as a track name which is managed incidentally 
to a program as main data. When such character information 
is inputted, the inputted characters are displayed, and also 
character information read out from the disc is displayed. 

Further, in the present embodiment, sub data (AUX data) 45 
which make data files independent of data of tunes and so 
forth as programs can be recorded on the disc 90. 

A data file as AUX data includes information of 
characters, a still picture or the like, and such characters or 
still picture can be displayed on the display section 24. 50 

In the present embodiment, a JPEG decoder 26 is pro- 
vided as a component for allowing the display section 24 to 
display a still picture and characters of AUX data. 

In particular, in the present embodiment, still picture data 
of a data file as AUX data are recorded in the form of a file 55 
compressed in accordance with the JPEG (Joint Photo- 
graphic Coding Experts Group) system. The JPEG decoder 
26 receives a file of still picture data reproduced from the 
, disc 90 and stored, for example, in the buffer memory 13 
through the memory controller 12, performs decompression 60 
processing in accordance with the JPEG system for the file, 
and outputs resulting data to the display section 24. 
Consequently, the still picture data as the AUX data are 
displayed on the display section 24. 

It is to be noted, however, that, where character informa- 65 
tion or still picture information of AUX data is outputted, a 
full dot display unit or a CRT display unit which has a 
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comparatively large screen and can use the screen freely to 
some degree is preferably used frequently. Therefore, it is a 
possible idea to display AUX data on an external monitor 
apparatus or the like which is connected to an interface 
section 25. 

Further, while a user can record an AUX data file onto the 
disc 90, it is sometimes necessary to use an image scanner, 
a personal computer or a keyboard as an inputting apparatus 
then, and it is a possible idea to input information as an AUX 
data file from such an inputting apparatus as just mentioned 
to the recording and reproduction apparatus 1 through the 
interface section 25. 

It is to be noted that, in the present embodiment, an IEEE 
1394 interface is adopted for the interface section 25. 
Therefore, in the following description, the interface section 
25 is sometimes represented as IEEE 1394 interface 25. 
Accordingly, the IEEE 1394 interface 25 can be connected 
to various external apparatus over the IEEE 1394 bus 116. 

The system controller 11 is formed as a microcomputer 
including a CPU, an internal interface unit and so forth and 
controls the various operations described hereinabove. 

A program ROM 28 has stored therein a program and so 
for to be used to realize the various operations of the 
recording and reproduction apparatus 1. Further, data, pro- 
grams and so forth necessary for the system controller 11 to 
execute various processes are suitably stored into and held 
by a work RAM 29. 

When a recording or reproduction operation is performed 
for the disc 90, management information recorded on the 
disc 90, that is, the P-TOC (Pre-mastered Table Of Contents) 
and the U-TOC (User Table Of Contents) must be read out. 
The system controller 11 discriminates an address of an area 
to be recorded or an address of an area to be played back on 
the disc 90 based on the management information. 

The management information is stored in the buffer 
memory 13. 

When the disc 90 is loaded into the recording and repro- 
duction apparatus 1, the system controller 11 causes a 
reproduction operation of the innermost circumference of 
the disc 90, on which the management information is 
recorded, to be executed to read out the management infor- 
mation and stores the management information into the 
buffer memory 13 so that the management information may 
thereafter be referred to upon recording, reproduction or 
editing operation for the disc 90. 

The U-TOC is rewritten in response to recording or 
editing processing of program data. More particularly, each 
time a recording or editing operation is performed, the 
system controller 11 performs U-TOC updating processing 
for the U-TOC information stored in the buffer memory 13 
and rewrites the U-TOC area of the disc 90 at a predeter- 
mined timing in response to the rewriting operation. 

While AUX data files are recorded on the disc 90 sepa- 
rately from programs, an AUX-TOC is formed on the disc 90 
for allowing management of the AUX data files. 

The system controller 11 performs also reading out of the 
AUX-TOC upon reading out of the U-TOC and stores the 
AUX-TOC into the buffer memory 13 so that, when 
necessary, it can refer to the AUX data management state. 

Further, when necessary, the system controller U reads 
out an AUX data file at a predetermined timing and stores 
the AUX data file into the buffer memory 13. Then, in 
response to an outputting timing which is managed with the 
AUX-TOC, the system controller 11 causes the display 
section 24 or the external apparatus connected to the inter- 
face section 25 to execute an outputting operation of char- 
acters or an image. 



03/04/2003, EAST Version: 1.03.0002 



US 6,496,896 Bl 



29 



30 



1-6-2. Sector Format and Address Format 

Data units called sector and cluster are described below 
with reference to FIGS. 13A to 13E. 

In a recording track in the mini disc system, clusters CL 
are formed successively as seen in FIG. 13A, and one cluster 
makes a minimum unit upon recording. One cluster corre- 
sponds to 2 to 3 circumferential tracks. 

Referring to FIG. 13B, one cluster CL includes a linking 
area of four sectors SFC to SFF and a main data area of 32 
sectors S00 to SIR 

As seen from FIG. 13 C, one sector is a unit of data 
including 2352 bytes. 

Of the sub data area of four sectors shown in FIG. 13B, 
the sector SFF is used as a sub data sector which can be used 
for recording of information as sub data. However, the 
remaining three sectors SFC to SFE are not used for record- 
ing of data. 

Mean while, TOC data, audio data, AUX data and so forth 
are recorded into the main data area for 32 sectors. 

It is to be noted that an address is recorded for each one 
sector. 

Referring to FIGS. 13C and 13D, one sector is further 
divided into units called sound groups. More particularly, 
two sectors are divided into 11 sound groups. 

More specifically, as seen from FIGS. 13 C and 13 D, two 
successive sectors including an even-numbered sector such 
as the sector S00 and an odd-numbered sector such as the 
sector SOI include sound groups SG00 to SGOA. One sound 
group is formed from 424 bytes and includes an amount of 
audio data corresponding to the time of 11.61 msec. 

As seen from FIGS. 13D and 13F, data are recorded 
separately for the left channel and the right channel in one 
sound group SG. For example, the sound group SG00 
includes left channel data LO and right channel data R0, and 
the sound group SG01 includes left channel data LI and 
right channel data Rl. 

It is to be noted that 212 bytes which make a data area for 
the left channel or the right channel is called sound frame. 

An address format in the mini disc system is described 
below with reference to FIGS. 14A and 14B. 

An address of each sector is represented by a cluster 
address and a sector address. As seen from FIG. 14A, a 
cluster address has a value of 16 bits (-2 bytes), and a sector 
address has a value of 8 bits (-1 byte). 

Thus, an address of 3 bytes is recorded at the top position 
of each sector. 

Further, by adding a sound group address of 4 bits, also 
an address of a sound group in a sector can be represented. 
For example, if a sound group address is described for 
management of the U-TOC or the like, setting of a repro- 
duction position in a unit of a sound group is allowed. 

By the way, in the U-TOC or the AUX-TOC, in order to 
allow a cluster address, a sector address and a sound group 
address to be represented in three bytes, such a compacted 
type address as seen in FIG. 14B is used. 

First, a sector can be represented with 6 bits because one 
cluster includes 36 sectors. Accordingly, the two high order 
bits of a sector address can be omitted. Similarly, since a 
cluster up to the outermost, circumference of the disc can be 
represented with 14 bits, the two high order bits can be 
omitted. 

By omitting the two most significant bits of each of a 
sector address and a cluster address, an address which allows 
designation also of a sound group can be represented with 3 
bytes. 

Further, in the U-TOC and the AUX-TOC which are 
hereinafter described, an address to be used for management 



of a reproduction position, a reproduction timing or the like 
is described in an address of the compacted type. The 
address may be represented in the form of an absolute 
address or in the form of an offset address. The offset address 
s is, for example, a relative address which represents the 
position in each program such as a tune with reference to the 
top position of the program determined as a position of the 
address 0. An example of the offset address is described 
below with reference to FIGS. 15A to 15C 

10 As hereinafter described with reference to FIGS. 16A and 
16B, programs such as tunes are recorded in clusters begin- 
ning with the 50th cluster on the disc, that is, the 32h-th 
cluster in hexadecimal notation. It is to be noted that any 
numerical value followed by "h" represents a value of the 

15 hexadecimal notation. 

For example, the address value of the address of the top 
position of the first program (that is, cluster "32h", sector 
"OOh", sound group "Oh") is 
"0000000000110010000000000000" as seen in FIG. ISA, 

20 that is, "0032h", "OOh", "Oh". If this is represented in the 
compacted type, it is "000000001100100000000000", that 
is, "OOh", "C8h", "OOh". 

With the top address determined as a start point, the 
address of a certain point in the first program, for example, 

25 the address of the cluster "0032h", sector "04h", sound 
group "Oh" is, in the compacted absolute address represen- 
tation as in FIG. 15B, "OOh", "C8h", "40h". Meanwhile, the 
address described above in the offset address representation 
is "OOh", "OOh", "40h" because the cluster "0032h" sector 

30 "04h", sound group "Oh" is represented as a finite difference 
from the start point provided by the top address. 

On the other hand, with the top address of FIG. ISA 
determined as a start point, another certain position in the 
first program, for example, the address of the cluster 

35 "0032h", sector "13h", sound group "9h" is, in the com- 
pacted absolute address, "OOh", "C9h", "39h" as seen in 
FIG. 15C, but is, in the onset address, "OOh", "Olh", "39h". 

Like the examples described above, a position in a pro- 
gram can be designated with an absolute address or an offset 

40 address. 

1-6-3. Area Structure 

An area structure of the disc 90 which can be handled by 
the MD recorder/player 1 of the present embodiment is 
described below with reference to FIGS. 16A and 16B, 

45 FIG. 16A shows different areas from the innermost cir- 
cumference side to the outermost circumference side of the 
disc 90. 

The disc 90 as a magneto-optical disc has, on the inner- 
most circumference side, a pit area in which read only data 
50 in the form of embossed pits are formed and the P-TOC is 
recorded. 

The remaining area on the outer circumferences with 
respect to the pit area is formed as a magneto-optical area 
and as a recording/reproduction allowing area in which 
55 grooves as guide grooves for recording tracks are formed. 

A section of the magneto-optical area from the cluster 0 
on the innermost circumference side to the cluster 49 is used 
as a management area whereas another section from the 
cluster 50 to the cluster 2,251 is used as a program area in 
60 which actual programs such as tunes are recorded. The 
remaining outer circumferential area with respect to the 
program area is used as a lead-out area. 

The management area is illustrated more particularly in 
FIG. 16B. FIG. 16B shows sectors in a horizontal direction 
65 and shows clusters in a vertical direction. 

The clusters 0 and 1 in the management area form a buffer 
area to the pit area. The cluster 2 is used as a power 
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calibration area PCAand used for output power adjustment described hereinabove with reference to FIG. 16A. Then, 
of a laser beam and so forth. management of the positions of recordable areas, the lead- 
in the clusters 3, 4 and 5, the U-TOC is recorded. While out area and the U-TOC area and so forth of the disc is 
contents of the U-TOC are hereinafter described, a data performed based on the P-TOC. It is to be noted that, with 
format is defined in each sector in one cluster, and prede- 5 a rcac ^ on ty optical disc on which all data are recorded in the 
termined management information is recorded in each sec- form of P its > also management of tunes recorded as a ROM 
tor. The U-TOC data are repetitively recorded three times in 0nlv Memory) can be performed with the P-TOC, but 
the three clusters 3, 4 and 5 having the sectors in which the ^i 1 " 1 ?^ *f formed - . . 
U TOC data are recorded Detailed description of the P-TOC is omitted, and here, 

"The clusters 6, 7 and 8 'are used to record the AUXTOC. 10 ^^^^ ^ * 

Although also contents of the AUX-TOC are hereinafter 0p £* ^^owtTe format of the U-TOC sector 0. 

described, a data format is denned in each sector in one It fa to be noted that, as the U-TOC sectors, the sectors 

cluster and predetermined management information is tom the sector 0 to the 32 can be provided> and 

recorded in each sector. The AUX-TOC data are repetitively ^ scctors> the scctor x md ^ scctor 4 can bc ^ 

recorded three Umes in the three clusters 6, 7 and 8 having 15 as ^ j n wn i CQ character information is to be recorded 

the sectors in which the AUX-TOC data are recorded. and ^ ^qj. 2 is used as an area into which recording 

The region from the cluster 9 to the cluster 46 is used to dates/times are to be recorded, 

record AUX data. A data file of AUX data is formed in a unit First, the U-TO C sector 0 required without fail for record- 

of a sector and includes picture file sectors as a still picture ing and reproduction operations for the disc 90 is described, 

file, text file sectors as a character information file, karaoke 20 The U-TOC sector 0 is a data area in which management 

text file sectors as a character information file synchronized information principally regarding programs such as tunes 

with a program and so forth which are hereinafter described. recorded by a user and free areas into which programs can 

Regions in the AUX data area in which data files of AUX be recorded newly is recorded, 

data, AUX data files and so forth can be recorded are For example, if a user intends to record a certain tune onto 

managed with the AUX-TOC. 25 the disc 90, the system controller 11 searches out a free area 

It is to be noted that the recording capacity for data files on the disc 90 from the U-TOC sector 0 and records audio 

in the AUX data area is 2.8 Mbytes where an error correction data into the free area. On the other hand, upon reproduction, 

system mode 2 is presumed. an area in which a tune to be reproduced is recorded is 

Also it is possible to form a second AUX data area, for discriminated from the U-TOC sector 0, and the area is 

example, in a rear half portion of the program area or a 30 accessed to perform a reproduction operation, 

region on the outer circumference side than the program area At the top position of the data area (4 bytesx588=2,352 

such as, for example, the lead-out portion to increase the bytes) of the U-TOC sector 0, a synchronization pattern in 

recording capacity for data files. which several 1-byte data of all 0s or all Is are formed 

The clusters 47, 48 and 49 are used as a buffer area to the successively is recorded, 

program area. 35 Then, an address including a cluster address (Cluster H) 

In the program area beginning with the cluster 50 (Cluster L) and a sector address (Sector) is recorded over 3 

(-"32h"), data of one or a plurality of tunes or the like are bytes, and 1 byte of mode information (MODE) is added, 

recorded in the form compressed by a compression method The bytes mentioned form a header. The address of 3 bytes 

called ATRAC. here is an address of the sector itself. 

Programs recorded and a-recording allowing region are 40 The structure of the header part in which the synchroni- 

managed with the U-TOC. zation pattern and an address are recorded applies not only 

It is to be noted that, in each cluster in the program area, to the U-TOC sector 0 but also to the P-TOC sectors, 

the sector "FFh" can be used for recording of some infor- AUX-TOC sectors, AUX file sectors and program sectors, 

mation as sub data as described hereinabove. and although description of the header part of any of the 

It is to be noted that, although, in the present mini disc 45 sectors hereinafter described with reference to FIGS. 19 to 

system, a reproduction only disc on which programs and so 29 is omitted, in the header part of any of the sectors, an 

forth are recorded as reproduction only data in the form of address of the sector itself and the synchronization pattern 

pits can be used, the entire area of the reproduction only disc are recorded in a unit of a sector. 

is formed as a pit area. The programs recorded on the It is to be noted that, as the address of a sector itself, the 

reproduction only disc are managed in a manner substan- 50 cluster address is represented in 2 bytes of a high order 

tially similar to that with the U-TOC, which is hereinafter address (Cluster H) and a low order address (Cluster L) and 

described, and the U-TOC is not formed. the sector address (Sector) is represented with 1 byte. In 

However, where reproduction only data files are recorded other words, the address is not of the compacted type, 

as AUX data, the AUX-TOC for managing the data files is Then, at predetermined byte positions, data of a maker 

recorded. 55 code, a model code, a track number (First TNO) of the first 

1-6-4. U-TOC track, a track number (Last TNO) of the last track, a sector 

1-6-4-1. U-TOC Sector 0 use situation (Used sectors), a disc serial number, a disc ID 

As described hereinabove, in order to perform a recording and so forth are recorded, 

and reproduction operations of a program onto and from the Further, a region is prepared in which various pointers 

disc 90, the system controller 11 reads out the P-TOC and 60 (P-DFA (Pointer for Defective Area), P-EMPTY (Pointer for 

the U-TOC as management information recorded on the disc Empty Slot), P-FRA (Pointer for Free Area), P-TNOl to 

90 in advance, and refers to them when necessary. P-TN0255) provided to allow identification of regions of 

Here, the U-TOC sectors as management information to tracks recorded by recording operations performed by a user, 

be used for management of recording and reproduction free areas and so forth by making them correspond to a table 

operations of tracks on the disc 90 are described. 65 section which is hereinafter described are to be recorded. 

It is to be noted that the P-TOC is formed in the pit area In the table section which is made correspond to the 

on the innermost circumference side of the disc 90 as pointers (P-DFA to P-TN0255), 255 part tables "01 h" to 
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"FFh" are provided. In each part table, a start address which 
defines a start point of a given part, an end address which 
defines an end point of the part, and mode information of the 
part are recorded. Further, since a part indicated by a part 
table may possibly be linked to another part, link informa- 5 
tion indicative of a part table in which a start address and an 
end address of the part of the destination of the link are 
recorded can be recorded. 

It is to be noted that the term "part" signifies a track 
portion in which successive data in time are recorded 10 
physically continuously in one track. 

Addresses represented as start addresses and end 
addresses designate a part or each of a plurality of parts 
which form a track. 

Those addresses are recorded in compacted representa- 15 
tions and each designates a cluster, a sector and a sound 
group. 

In a recording and reproduction apparatus of the type 
described above, data of tune such as a program or track are 
sometimes recorded physically discontimiously or discretely 20 
in a plurality of parts. This is because, as regards audio data 
or the like recorded by a user, even if they are recorded over 
a plurality of parts, there is no trouble in a reproduction 
operation by successively accessing the parts to reproduce 
them, and this allows efficient use of recordable areas and so 25 
forth. 

To this end, link information is provided, and for example, 
by designating a part table to be linked based on the numbers 
"01 h" to "FFh" given to the individual part tables, the part 
table can be linked. 30 

In particular, in the management table section in the 
U-TOC sector 0, one part table represents one part, and, for 
example, for a tune formed from three parts linked to each 
other, the part positions are managed with three part tables 
linked with the link information. 35 

It is to be noted that actually the link information is 
indicated by a value representing a byte position in the 
U-TOC sector 0 by predetermined calculation processing. In 
particular, a part table is designated as 304+(link 
information)x8 (-th byte) 40 

Each of the part tables "01b" to "FFh" in the U-TOC 
sector 0 indicates contents of the part in the following 
manner with the pointers (P-FDA, P-EMPTY, P-FRA, 
P-TNOl to PTN0255) in the pointer section. 

The pointer P-DFA indicates a defective area on the 45 
magneto-optical disc 90 and designates a part table or the top 
one of a plurality of part tables which represents a part or 
represent parts which provides or provide a defective area 
because of damage to the same. In short, if the magneto- 
optical disc 90 includes a defective part, one of the part 50 
tables "Olh" to "FFh" is recorded in the pointer P-DFA, and 
in the corresponding part table, the defective part is indi- 
cated with start and end addresses. Further, if the magneto- 
optical disc 90 includes another defective part, the part table 
of this defective part is designated as the link information in 55 
the first-mentioned part table, and also in the part table, the 
defective part is indicated. If no other defective part is 
involved, then the link information is set, for example, to 
"OOh", which indicates absence of any further link. 

The pointer P-EMPTY indicates a part table of a non-used 60 
part or the top one of a plurality of non-used part tables in 
the management table section. Where a non-used part table 
is present, one of "Olh" to "FFh" is recorded in the pointer 
P-EMPTY. 

Where a plurality of non-used part tables are present, such 65 
part tables are successively designated with link information 
from the part table designated by the pointer P-EMPTY such 



,896 Bl 

34 

that all of the non-used part tables are linked on the 
management table section. 

The pointer P-RFA indicates a free area including an 
erased area on the magneto-optical disc 90 into which data 
can be written and designates a part table or the top one of 
a plurality of part tables which includes or include a free 
area. In particular, if a free area is present, then one of "Olh" 
to "FFh" is recorded in the pointer P-FRA, and in a part table 
corresponding to it, the part which forms the free area is 
indicated with start and end addresses. Further, where a 
plurality of such parts are present, or in other words, where 
a plurality of such part tables are present, the part tables are 
successively designated with link information until the link 
information of "OOh" is found. 

FIG. 18 schematically illustrates a manner of manage- 
ment of parts which form a free area with part tables. In FIG. 
18, the parts "03h", "18h", "lFh", "2Bh" and "E3h" form a 
free area and are successively linked beginning with the 
pointer P-FRA. Also such defective area and non-used part 
tables as described above are managed in a similar manner. 

Referring back to FIG. 17, the pointers P-TNOl to 
P-TN0255 indicate tracks of tunes or the like recorded on 
the magneto-optical disc 90 by a user. For example, the 
pointer P-TNOl designates a part table which indicates a 
part or a top one, with respect to time, of a plurality of parts 
in which data of the first track are recorded. 

For example, if a tune of a first track or a first program is 
recorded without being divided, that is, recorded in one part, 
on the disc, the recording area of the first track is designated 
with start and end addresses in a part table indicated by the 
pointer P-TNOl. 

Further, if a tune of a second track or a second program 
is recorded discretely in a plurality of parts on the disc, the 
n the parts for indicating the record ed positions of the 
second track are designated in accordance with an order in 
time. In particular, beginning with a part table designated by 
the pointer P-TN02, the other part tables are successively 
designated in accordance with an order in time with Link 
information to link the parts until the part table whose link 
information is "OOh" is reached. The manner of linkage is 
similar to that described hereinabove with reference to FIG. 
18. 

Since all parts in which, for example, data of the second 
tune are recorded are successively designated and recorded 
in this manner, when reproduction of the second tune or 
overwrite recording into the region of the second tune is to 
be performed using the data of the U-TOC sector 0, the 
optical head 3 and the magnetic head 6a can be controlled 
to access the discrete parts to extract the continuous music 
information or to effect recording with the recording area 
used efficiently. 

In this manner, with the re-writable magneto-optical disc 
90, management of the areas on the disc is performed based 
on the P-TOC and management of tunes recorded in the 
recordable service area, a free area and so forth is performed 
based on the U-TOC. 
1-6-4-2. U-TOC Sector 1 

FIG. 19 shows the format of the U-TOC sector 1. The 
U-TOC sector 1 is a data region into which inputted char- 
acter information is recorded when a track name is to be 
applied to a recorded track or a disc name as information of 
the name or the like of the disc itself is to be applied to the 
disc. 

In the U-TOC sector 1, pointers P-TNA1 to P-TNA255 
are prepared as a pointer section which corresponds to 
recorded tracks, and 255 slots "Olh" to "FFh" of 8 bytes 
designated by the pointers P-TNA1 to P-TNA255 and one 
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slot "OOh" of 8 bytes are prepared. The U-TOC sector 1 is 
thus used for management of character data in a substan- 
tially similar manner to that of the U-TOC sector 0. 

Character information representing a disc title or a track 
name is recorded in ASCII codes in each of the slots "01 h" 5 
to "FF1T. 

For example, in a slot designated by the pointer P-TNA1, 
characters inputted corresponding to the first track by a user 
are recorded. Further, as a slot is linked with link 
information, a number of characters greater than 7 bytes (7 
characters) may be inputted for one track. 

It is to be noted that the slot "OOh" of 8 bytes is prepared 
as an area for exclusive use to record a disc name and is 
prevented from being designated by the pointer P-TNA(x). 

Also in the U-TOC sector 1, the pointer P-EMPTY is used 
for management of non-used slots. 35 
1-6-4-3. U-TOC Sector 2 

FIG. 20 shows the format of the U-TOC sector 2. The 
U-TOC sector 2 is a data region into which recording 
dates/times of tunes recorded by a user are recorded prin- 
cipally. 20 

In the U-TOC sector 2, pointers P-ERD1 to P-TRD255 
are prepared as a pointer section which corresponds to tracks 
recorded, and a slot section designated by the pointers 
P-TRD1 to P-TRD255 is prepared. Further, 255 slots "Olh" 
to "FFh" of 8 bytes are prepared in the slot section, and the 25 
U-TOC sector 2 is used for management of date/time data 
substantially in a similar manner to that of the U-TOC sector 
0. 

In the slots "Olh" to "FFh", recording date/times of tracks 
as tunes are recorded in 6 bytes. In the 6 bytes, values 
corresponding to the year, the month, the day, the hour, the 
minute and the second are recorded successively for each 
one byte. The remaining 2 bytes are prepared for a maker 
code and a model code, and code data representing a 
manufacturer of a recording apparatus used for recording of 
the tune and code data representing a type of the recording 35 
apparatus used for recording are recorded in them. 

For example, if a track as a first tune is recorded onto the 
disc, then the recording date/time, the maker code of the 
recording apparatus used and the model code are recorded 
into a slot designated by the pointer P-TRD1. The recording 40 
date/time data are automatically recorded by the system 
controller U referring to an internal clock. 

The slot "OOh" of 8 bytes is prepared as an area for 
exclusive use to record the recording date/time of the disc 
and is prevented from being designated by the pointer 45 
P-TRD(x). 

It is to be noted that, also in the U-TOC sector 2, the slot 
pointer P-EMPTY is used for management of slots which are 
not used. In such non-used slots, link information is 
recorded in place of a model code. Thus, the non-used slots 50 
are linked with such link information beginning with the slot 
pointer P-EMPTY to manage the non-used slots. 
1-6-4-4. U-TOC sector 4 

FIG. 21 shows the U-TOC sector 4. The U-TOC sector 4 
is a data area into which inputted character information is 55 
recorded when a tune name is to be applied to a track 
recorded by a user or a disc name is to be applied to the disc 
similarly to the U-TOC sector 1 described hereinabove. As 
can be seen from comparison of FIG. 21 with FIG. 19, the 
format of the U-TOC sector 4 is substantially similar to that 60 
of the U-TOC sector 1. 

However, the U-TOC sector 4 allows recording of code 
data, that is, 2 byte codes, corresponding to a Kanji or a 
European character such as French or German, and in 
addition to data of the U-TOC sector 1 of FIG. 19, an 65 
attribute of a character code is recorded at a predetermined 
byte position. 
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Management of character information of the U-TOC 
sector 4 is performed with pointers P-TNA1 to P-TNA255 
and slots "Olh" to "FFh" designated by the pointers P-TNA1 
to P-TNA255, like U-TOC sector 1. 

It is to be noted that the recording and reproduction 
apparatus or MD recorder/player 1 of the present embodi- 
ment can handle a reproduction only disc on which no 
U-TOC is formed. Where such a reproduction only disc is 
used, it may have character information of a disc name and 
track names recorded in the P-TOC thereof. 

In particular, sectors substantially similar to the U-TOC 
sector 1 and the U-TOC sector 4 are prepared as P-TOC 
sectors, and a disc maker can record a disc name and track 
names on the P-TOC sectors in advance. 
1-6-5. AUX-TOC 
1-6-5-1. AUX-TOC Sector 0 

In the disc 90 in the present embodiment, regions in which 
AUX data files and the AUX-TOC are to be recorded are set 
as described hereinabove with reference to FIG. 16B, and 
character information, image information and so forth inde- 
pendent of tracks of programs such as tunes can be recorded 
as AUX data files. 

Such AUX data files are managed with the AUX-TOC. 
The AUX-TOC is recorded three times repetitively over 3 
clusters, and accordingly, as a management data structure, 
32 sectors in one cluster can be used similarly as in the 
U-TOC. 

In the present embodiment, the AUX-TOC sectors 0 to 5 
are set to manage the AUX data files as described below. 

First, the format of the AUX-TOC sector 0 is described 
with reference to FIG. 22. 

The AUX-TOC sector 0 is used as an area allocation table 
principally for management of a free area in the overall AUX 
data region. 

As seen from FIG. 22, in the AUX-TOC sector 0, a header 
including a sector address (sector)=00h" and mode infor- 
mation (MODE)="02h" is recorded first, and the four char- 
acters of ( M', *D J , 'A' and *D' are recorded in the form of 
ASCII codes in a region of 4 bytes at predetermined byte 
positions. The characters ( M', *D', ' A' and 'D* indicate a 
format ID and are recorded commonly at a same byte 
position in the AUX-TOC sectors which are hereinafter 
described. 

Further, a maker code and a model code are recorded at 
predetermined byte positions following the format ID, and 
used sector information is recorded at predetermined byte 
positions following the maker code and the mode code. 

The used sector information indicates a situation of use of 
sectors in the AUX-TOC. 

The eight bits d8 to dl which form the Used Sector o 
correspond to 0 to 7 sectors, respectively. In a similar 
manner, the 8 bits d8 to dl of the Used Sector 1 correspond 
to 8 to 15 sectors, respectively. The 8 bits d8 to dl of the 
Used Sector 2 correspond to 16 to 23 sectors, respectively. 
The 8 bits d8 to dl of the Used Sector 3 correspond to 24 to 
31 sectors, respectively. 

In the AUX-TOC sector 0, a pointer section is formed 
from pointers P-EMPTY and P-BLANK. 

In a table section, 99 part tables of 8 bits in which a start 
address, an end address and link information are formed 
such that management of the AUX data area may be per- 
formed in a similar manner as with the U-TOC sector 0 
described hereinabove. In this instance, however, part tables 
"Olh" to "63h" are used as the table section, but the 
remaining part tables "64h" to "FFh" are not used with all 
0s (zeros) placed herein. 

It is to be noted that, although the part tables beginning 
with the part table "64h" may possibly be used as the table 
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section, for practical use, it is sufficient to use 99 part tables Last PNO. In the pointer First PNO, the number x of the first 

for management. Here, the reason why the part tables "01b" one P-PNO(x) of used ones of the pointers P-PNOl to 

to "63h" are used as the effective table section is that it is P-PN099 is recorded, and the number x of the last one 

determined taking a particular capacity of the buffer memory P-PNO(x) of used ones of the pointers P-PNOl to P-PNO 99 

13 into consideration. 5 is recorded in the pointer Last PNO. For example, if it is 

The pointer P-EMPTY is used for management in the assumed that, from among the pointers P-PNOl to 

form of a linkage of non-used part tables in the AUX-TOC P-PN099, the pointers P-PNOl to P-PN05 are used, then 

sector 0. the pointer First PNO-"01h" and the pointer Last PNO- 

The pointer P-BLANK is used for management in the "05h" are recorded, 

form of a linkage of part tables of a free area in the AUX data 10 In the pointer section, also the pointers P-PFRA and 

area, that is, non-recorded regions into which AUX data files P-EMPTY are formed. 

can be recorded, similarly to the pointer P-FRA of the Further, in the table section, 99 part tables "Olh" to "63h" 

U-TOC sector 0. in each of which a start address, an end address and a picture 

It is to be noted that a start address and an end address are mode (S. Pict mode) are recorded are formed as part tables 

represented in compacted representations and consequently 15 of 8 bytes corresponding to the individual pointers. Also in 

designation up to a sound group position is allowed. this instance, similarly to the AUX-TOC sector 0, the 

However, in the AUX-TOC sector 0 in the present remaining part tables "64h" to "FFh" are not used with all 

embodiment, it is prescribed to designate an address in a unit 0s (zeros) placed therein. 

of a cluster, and all 0s are placed at the data position The part table "OOh" is prevented from being designated 

indicating a sound group unit in the sector, start address and 20 by any pointer, and is used exclusively for address manage- 

end address. ment of a picture file determined as a cover picture. The 

Also the start address and the end address recorded in 3 picture mode (S. Pict. mode) mentioned above is provided 

bytes in the table section or the slot section in the AUX-TOC also in the part table "OOh" for a cover picture, 

sectors 1 to 5 described below are represented in compacted The pointers P-PNOl to P-PN099 are used for manage- 

representations. Further, the prescription of up to which data 25 ment of regions, in each of which one picture file is 

unit a start address or an end address designates is different recorded, by designating a particular part table. For example, 

among different sector contents, and such prescriptions are in a part table designated by the pointer P-PNOl, a start 

hereinafter described suitably. address, an end address and a picture mode (S. Pict. mode) 

Where the AUX-TOC is formed on a reproduction only of a picture file of image data for a first picture are recorded, 

disc, no part table uses link information. 30 It is to be noted that, with the AUX-TOC sector 1, file 

1-6-5-2. AUX-TOC Sector 1 management which is performed by linking part tables with 

The AUX-TOC sectors 1 to 3 are used for management of link information (Link-P) is not performed. In other words, 

picture files as still picture information. one picture file is not recorded in sections physically spaced 

The AUX-TOC sector 1 shown in FIG. 23 is a manage- from each other, 

ment sector as a picture allocation table and is used for 35 However, non-used part tables in the AUX-TOC sector 1 

management of data files recorded as picture files in the are managed in the form of a link beginning with the pointer 

AUX data area. P-EMPTY. 

With the AUX-TOC sector 1, management of picture files The pointer P-PFRA in the AUX-TOC sector 1 is a pointer 

is performed in a manner similar to that with the U- TOC to be used for management of a free area where picture data 

sector 0. 40 whose amount is smaller than 1 cluster are recorded in a 

In the present embodiment, the file length of a picture file region of 1 cluster in the AUX data area and the region in the 
of one still picture recorded in the AUX data area is not 1 cluster in which picture data are not recorded is a record- 
prescribed specifically. In the present embodiment, however, able region and hence a free area. In short, an address of a 
100 picture files in the maximum including a cover picture section as a free area is recorded in a part table designated 
can be managed as hereinafter described. Accordingly, also 45 by the pointer P-PFRA. 

the number of substantially recordable picture files is 100. The picture mode (S. Pict. mode) in each part table in the 

The cover picture may be, for example, a picture file AUX-TOC sector 1 represents mode information including 

which is a disc jacket or the like. a copy status of a picture file recorded in an address 

In the AUX-TOC sector 1, a sector address (Sector) = designated by each part table. 

"Olh" and mode information (MODE)="02h" are recorded 50 The picture mode (S. Pict. mode) is defined, for example, 

in the header. in such a manner as illustrated in FIG. 30A. 

As pointers P-PNO(x) to be used for management of 99 The picture mode is composed of 8 bits dl to d8, and a 

picture files other than the cover picture, pointers P-PNOl to copy status is indicated by the 2 bits of dl and d2. The copy 

P-PN099 are formed in the AUX-TOC sector 1. At indi- status is information set regarding whether or not copying of 

vidual byte positions in the pointers from the pointer 55 a corresponding picture file is permitted. 

P-PNO 99 to the pointer immediately prior to the table In this instance, if the copy status is "Oh", then this 

section, "00h" is recorded. represents that copying is permitted, and the picture file can 

However, in order to enable to cope with a case wherein be copied any number of times, 

recording of a greater number of picture files is made If the copy status is "lb", then this represents that copying 

possible by an expansion of an AUX data area or a change 60 of the picture file is permitted only once, 

of the file size in the future, it is possible to set, as the If the copy status is "2h", this represents that copying of 

pointers P-PNO(x), the pointers P-PNO100 to P-PN0255 to the picture file is permitted only once over an authenticated 

byte positions from the byte position following the pointers data bus. Conversely speaking, copying over a data bus 

P-PNOl to P-PNO 99 to the byte position of the pointer which is not authenticated is not permitted. 

P-PN0255 indicated in blankets in FIG. 23. 65 If the copy status is "3h", then this represents that copying 

Further, the region of 2 bytes following the maker code of the picture file is inhibited, 

and the model code is used for the pointers First PNO and The remaining 6 bits d3 to d8 are undefined here. 
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If copying of data is performed for a certain picture file, 
then the copy status to be given to the picture file after 
copying is updated in such a manner as illustrated in FIG. 
30B from contents of the copy status which has been given 
to the picture file before copying. 5 

In particular, if the copy status of a certain picture file is 
"Oh", before copying, then the copy status "Oh" is given to 
the picture file also after copying. In other words, copying of 
the picture file is permitted any number of times, on the other 
hand, if the copy status is "lh" or "2h" before copying, then 
the copy status is changed to "3h" after copying so that later 
copying of the picture file is inhibited. 
1-6-5-3. AUX-TOC Sector 2 

FIG. 24 shows the format of the AUX-TOC sector 2. The 
AUX-TOC sector 2 is used as a picture information table 
and as a data region into which, where information (which 35 
is hereinafter referred to as picture information) is added to 
each picture file recorded, the information as the picture 
information is recorded as character information. Here, the 
picture information in the present embodiment may include 
a picture name, a recording date/time and a URL (Uniform 20 
Resource Locator) of the Internet. 

Here, before the AUX-TOC sector 2 is described, a 
structure of a picture information file recorded in the table 
section of the AUX-TOC sector 2 is described with reference 
to FIG. 31. The picture information file here includes 25 
information of picture information corresponding to one 
picture file. 

As seen from FIG. 31, the picture information file has a 
data unit as a picture name disposed at the top thereof in the 
form of ASCII codes or some other character codes. The 30 
picture name is recorded in accordance with the format of 
character information recorded in a slot of the U-TOC sector 
4 shown in FIG. 21. 

Next to the data unit as a picture name, "lFh" indicating 
a delimiting point between data units is disposed, and a data 35 
unit for the recording date/time is disposed next to "lFh". 
The recording date/time is recorded in accordance with the 
format of the recording date/time recorded in a slot of the 
U-TOC sector 2 shown in FIG. 20 using 6 bytes as described 
above. 40 

Next to the data unit of the recording date/time, "lFh" 
mentioned above is disposed, and character information as 
a URL is disposed next to this "lFh". The URL may be 
recorded as an ASCII code from the MSB (Most Significant 
Bit) without depending upon a character code 45 
(character.code) which will be hereinafter described. Then, 
"OOh" is disposed at the last end of the file. 

It is to be noted that, where one of the data units of the 
picture name, recording date/time and URL has no substan- 
tive contents, "OOh" can be recorded in place of the data unit. 50 

In regard to the URL described above, for example, where 
the picture file is obtained by downloading it from a home 
page of the Internet, the URL of the home page is applied as 
the URL to the picture file. 

Referring back to FIG. 24, the AUX-TOC sector 2 is 55 
described. 

First, in the header of the AUX-DOC sector 2, a sector 
address (Sector)-"02h" and mode information (MODE)= 
"02h" are recorded. 

Further, in the AUX-TOC sector 2, pointers P-PIF1 to 60 
P-PIF99 are prepared in the pointer section so as to corre- 
spond to individual picture files recorded on the disc. 
Further, in the slot section, 256 slots "Olh" to "FFh" of 8 
bytes which can be designated by the pointers P-PIF1 to 
P-PIF99 and one slot "OOh" of 8 bytes are prepared. 65 
However, the pointers P-PIF can be expanded up to 
P-PIF255. 
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In a region of 2 bytes following the maker code and the 
model code, pointers First PIF and Last PIF are recorded. 
The pointer First PIF has recorded therein the number of the 
first one P-PIF of used ones of the pointers P-PIF1 to 
P-PIF99. The pointer Last PIF has recorded therein the 
number of the last one P-PIF of the used ones of the pointers 
P-PIF1 to P-PIF99. 

In the slots "OOh" to "FFh", character information as 
picture information files is recorded in the form of ASCII 
codes or some other character codes. The type of characters 
recorded is defined by a character code (described as chara- 
.code in FIG. 24) recorded at a predetermined byte position 
on the AUX-TOC sector 2. 

The character code is denned such that, for example, 
"OOh" designates the ASCII code; "Olh" designates the 
modified ISO (International Organization for 
Standardization) 8859-1 code; "02h" designates the music 
shifted JIS (Japan Industrial Standard) code; "03h" desig- 
nates the KS C 5601-1989 code (Korean language); and 
"04h" designates the GB 2312-80 code (Chinese language). 

The pointers P-PIF1 to P-PIF99 designate particular part 
tables in which picture information files of file numbers 
corresponding to the numbers of the individual pointers are 
recorded. For example, in a slot designated by the pointer 
P-PIF1, characters con-esrxmding to a picture of a first 
picture file are recorded. It is to be noted that the slot "00h" 
of 8 bytes is used as an exclusive area for starting of 
recording of a picture information file corresponding to the 
cover picture and is prevented from being designated by the 
pointer P-PIF(x). 

The slots are linked with link information so that a picture 
information file corresponding to one picture file may be 
recorded even if the size thereof is greater than 7 bytes. 

The pointer P-EMPTY is used for management of non- 
used slots in the form of a link. 

It is to be noted that different AUX-TOC sectors may be 
set for the picture name, recording date/time and URL such 
that they may be managed individually. However, where 
various character information applied to picture files is 
managed collectively with the AUX-TOC sector 2 as a 
picture information file as seen in FIGS. 24 and 31, the 
recording region of the disc is utilized effectively. This is 
because the amount of data (number of TOC sectors) 
required for management information is smaller than that 
where different AUX-TOC sectors are provided for the 
picture name, recording date/time and URL to manage them. 
1.6-5-4. AUX-TOC Sector 3 

The AUX-TOC sector 3 shown in FIG, 25 is used as a 
picture playback sequence table in which management infor- 
mation for outputting a picture file in synchronism with 
reproduction of a program such as a tune is stored. 

In the header of the AUX-TOC sector 3, a sector address 
(Sector)»"03h" and mode information (MODE)="02h" are 
recorded. 

Further, as the pointer section corresponding to recorded 
picture files, pointers P-TNP1 to P-TNP99 are prepared. It 
should be noted that the pointers P-TNP can be expanded up 
to P-TNP255. The pointers P-TNP1 to P-TNP 9 9 correspond 
to track numbers of audio data recorded in a unit of a track 
in the program area. In short, the pointers P-TNP1 to 
P-TNP99 correspond to the first to 99th tracks. 

In the table section, 99 part tables "Olh" to "63h" of 8 
bytes designated by the pointers P-TNP1 to P-TNP99 and 
one part table "OOh" of 8 bytes are prepared. Also in this 
instance, all 0s are recorded in the remaining part tables 
"64h" to "FFh" which are not used. In the pointers First TNP 
and Last TNP following the maker code and the model code, 
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the number of the first one P-TNP of used ones of the 
pointers P-TNP1 to P-TNP99 and the number of the last one 
P-TNP of the used ones of the pointers P-TNP1 to P-TNP99 
are recorded, respectively. 

In each of the part tables designated by the pointers 5 
P-TNP1 to P-TNP99, a start address and an end address are 
recorded in the form of offset addresses from the address of 
the top position of the track. With the AUX-TOC sector 3, 
an address up to a unit of a sound group is designated. 

In the 4th byte of each part table, a particular picture file 
is indicated as a pointer P-PNOj. The pointer P-PNOj has a 
value corresponding to a corresponding one of picture files 
(P-PNOl to P-PN099) managed with the AUX-TOC sector 
1 . Further, another part table can be linked with link infor- 
mation. In other words, it is possible to define a plurality of 
picture files so that they can be displayed on a same track. 15 

For example, when reproduction of a tune of a first track 
is performed, if it is intended to output a picture of the first 
picture file at a particular timing during the reproduction, 
then a start address and an end address of a picture output- 
ting period are recorded into a part table designated by the 20 
pointer P-TNP1 corresponding to the first track, and as a 
picture to be outputted, a particular picture file is indicated 
with the pointer P-PNOj. Here, a case wherein it is desired 
to display or output a picture of the first picture file for a 
period until one minute and 30 seconds pass after a point of 25 
time after one minute passes after reproduction of the first 
track is begun is considered. In this instance, an address 
point which corresponds to just one minute after the begin- 
ning of reproduction of the first track and another address 
which corresponds to one minute and 30 seconds are 3Q 
recorded as a start address and an end address in the form of 
offset addresses, respectively, into a part table designated 
with the pointer P-TNP1. Then, the pointer P-PNOj is set to 
the value of P-PNOl so that it may designate the first picture 
file. 

Where it is desired to switchably display a plurality of 35 
pictures during reproduction of one track, part tables are 
linked to manage the picture files to be outputted and the 
outputting periods. 

It is to be noted that, while the part table "OOh" corre- 
sponds to the cover picture, since it is prescribed that, in 40 
principle, the cover picture be not outputted in synchronism 
with an audio track, all 0s are recorded as the start address 
and the end address of the part table "OOh". 

By the way, if the start address and the end address of a 
part table corresponding to a certain track are both all 0s, 45 
then a picture of a picture file indicated by the designated 
pointer P-PNOj is displayed within a period within which 
sound of the track is outputted. 

If only the end address is all 0s, then a picture file 
designated with the pointer P-PNOj is outputted until a start 50 
address of a picture file to be displayed subsequently is 
reached within a period of reproduction of the track. 

If both of the start address and the end address are 
different from all 0s and have an equal value, then displaying 
and outputting of the picture file are inhibited. 55 

Also with the AUX-TOC sector 5, non-used part tables 
are managed using a link from the pointer P -EMPTY 
1-6-5-5. AUX-TOC Sector 4 

The AUX-TOC sectors 4 and 5 are used for management 
of text files. 60 

First, the AUX-TOC sector 4 shown in FIG. 26 is a 
management sector as a text allocation table and is used for 
management of data files recorded as text files in the AUX 
data area. 

With the AUX-TOC sector 4, management of text files is 65 
performed in a similar manner to that with the U-TOC sector 
0. 
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If it is assumed that the AUX data area is used entirely for 
recording of text files, then text data for 38 clusters (x32 
sectorsx2,324 bytes) can be recorded there. Such text data 
can be managed as 255 files in the maximum with the 
AUX-TOC sector 4. However, it is assumed here that up to 
100 files including one cover text are managed as hereinafter 
described. 

It is to be noted that the file length of one text file is equal 
to the length of one sector. 

One particular text file can be regarded as a text file (cover 
text) corresponding to the cover picture of the disc. 

In the header of the AUX-TOC sector 4, a sector address 
(Sector)-"04h" and mode information (MODE)-"02h" are 
recorded. 

As pointers P-TXNO(x) to be used for management of 
text files, pointers P-TXNOl to P-TXN099 are formed in 
the AUX-TOC sector 6. The pointers P-TXNOl to 
P-TXN099 correspond to the track numbers of the audio 
tracks. It is to be noted that the pointers P-TXNO can be 
expanded up to P-TXN0255. Consequently, here, 99 text 
files corresponding to the first to 99th audio tracks in the 
maximum can be managed except the cover text. 

Also the pointers P-PFRA and P-EMPTY are formed in 
the pointer section. 

Further, as part tables of 8 bytes corresponding to the 
individual pointers, 99 part tables "Olh" to "63h" in each of 
which a start address, an end address and a text mode are 
recorded are formed in the table section. The remaining part 
tables "64h" to "FFh" are not used with all 0s stored therein. 

It is to be noted that contents of a definition of the text 
mode are hereinafter described. 

The part table "OOh" is prevented from being designated 
by any pointer. Here, however, the part table "OOh" is used 
exclusively for management of an address of a text file 
determined as a cover text and the text mode. 

The pointers P-TXNOl to P-TXN099 are used for man- 
agement of regions, in each of which one text file is 
recorded, each by designating a particular part table. For 
example, in a part table designated with the pointer 
P-TNXOl, a start address, an end address and a text mode 
of the first text file are recorded as a file number. 

It is to be noted that, since a text file is handled in a unit 
of a sector as described above, the start address and the end 
address are each described up to a sector unit, and "Oh" is 
placed in the data position for indicating a sound group. 

Further, with the AUX-TOC sector 4, file management 
which is performed with part tables linked with link infor- 
mation is not performed. In other words, one text file is not 
recorded in sections physically spaced from each other. 

However, non-used part tables in the AUX-TOC sector 4 
are managed with link information, which is provided by the 
8th byte of each part table, beginning with the pointer 
P-EMPTY. 

In the pointer P-PFRA in the AUX-TOC sector 4, data of 
a text file whose amount is smaller than 1 cluster are 
recorded in a region of 1 cluster in the AUX data area. 
Further, the pointer P-PFRA serves as a pointer for man- 
agement of a free area where the region in the 1 cluster in 
which data are not recorded is a recordable region and hence 
a free area. Also for the free area management, the 8th byte 
of each part table may be used as link information to allow 
the part tables to be linked to each other so that a plurality 
of sections spaced from each other may be managed as a free 
area. 

Here, contents of a definition of the text mode set in each 
part table of the AUX-TOC sector 4 are described with 
reference to FIG. 32. 



03/04/2003, EAST Version: 1.03.0002 



US 6,496,896 Bl 

43 44 

The text mode is a region at the position of the 4th byte of the ASCII code or some other character code. The type of 

in each part table and is formed from 8 bits dl to d8 (1 byte). characters to be recorded is defined by a character code 

Of the 8 bits dl to d8, the 2 bits dl and 62 indicate a copy (chara.code) recorded at a predetermined byte position on 

status. The copy status is similar to the copy status (S. Pict. the AUX-TOC sector 2. 

mode) regarding a picture file described hereinabove with 5 Also in this instance, the character code is set similarly as 
reference to FIG. 30A, and therefore, overlapping descrip- m & G AUX-TOC sector 2 such that, for example, "OOh" 

tion of it is omitted here. designates the ASCII code; "01 h" designates the modified 

Ibe 2 bits d3 and d4 indicate contents of the text file. In IS0 8859 ' 1 code i " 02h " designates the music shifted JIS 

this instance, if the 2 bits d3 and d4 are "Oh", then this f ode i ' ,( * h " d f^^ ^ e . re C S6 ? lm1 ** 9 S^* 6 ** 

indicates that the text file is a sung text. 10 l ™^>: T desi S natcs thc GB 

In particular, it is indicated that the text file is a text of the ^H}?" 58 * ^^S^™ f D ™ T coo a • * i 

# c A - j> j i ,i l *i ji The pointers P-TX1F1 to P-TXIF99 designate particular 

It " Tk'I 3 ^"R^ audio track. If the bits d3 J [t& iQ M ^ mformation files g me P numbers 

and d4 are lh then this indicates that the text file is a text correS po D ding to the numbers of the individual pointers are 

in which artist mformation such as the name of the artist who rccordcd Fo f cxamplc> m a slot dcsignatcd b / me pointcr 

plays the tune in the corresponding audio track is described. 15 p.TXIFl, characters corresponding to a picture of the first 

If the bits d3 and d4 are "2h", then this indicates that the text fi[ e are rec0 rded. It is to be noted that the slot "OOh" of 

text file describes a Imer note such as explanation annexed g bytes is used as an area for exclusive use for starting of 

to an album, and if the bits d3 and d4 are "3h", then this recording of a cover text information file corresponding to a 

indicates that the text file describes some other information. cover text, and is prevented from being designated with the 

The 1 bit of d5 indicates presence or absence of a time 20 pointer P-TXIF(x). 

stamp inserted in the text file. If the bit d5 is *0\ then this The slots described above can be linked with link infor- 

indicates absence of a time stamp, but if the bit d5 is ' 1', then mation so that a text information file corresponding to one 

this indicates presence of a time stamp. It is to be noted that text file can be treated even if the text information file has 

a time stamp is hereinafter described with reference to FIG. a size greater than 7 bytes. 

33- 25 Further, the pointer P-EMPTY is used for management 

The 3 bits of d6, 67 and d8 represent a character code. The non-used slots in the form of a lime 

character code is set such that, for example, "Oh", designates Also in this instance, different AUX-TOC sectors may be 

the ASCII code; "lh" designates the modified ISO 8859-1 set for the text name, recording date/time and URL such that 

code; "2h" designates the music shifted JIS code; "3h" they may be managed individually. However, where various 

designates the KS C 5601-1989 code (Korean language); 30 character information applied to picture files is managed 

and "4h" designates the GB 2312-80 code (Chinese collectively as text information files with the AUX-TOC 

language). The character code is undefined (reserved) for sector 5, the number of TOC sectors, that is, the amount of 

"5h" and "6h". The character code "7h" designates a plain data required for management information is reduced simi- 

text. By defining the text file as a plain text file, it is possible larly as with an information file, 

to provide expandability to the character code. 35 1-6-6. Data File 

1-6-5-6. AUX-TOC Sector 5 1-6-6-1. Picture File Sector 

FIG. 27 shows a format of the AUX-TOC sector 5. The Two kinds of data files including a picture file and a text 

AUX-TOC sector 5 is used as a text information table and file which are AUX data files managed with the AUX-TOC 

used as a data region into which, when information sectors formed in such a manner as described above are 

(hereinafter referred to as text information) of a text name, 40 described below. 

a recording date/time and a URL of the Internet, is applied As regards a picture file, the file length of one still picture 

to each text file recorded, the information as the text may be an arbitrary one. The image size of a still picture is 

information is recorded as character information. 640x480 dots, and a picture file is based on the JPEG format 

It is to be noted that a text information file recorded in the baseline. Since management of picture files is performed 

table section of the AUX-TOC sector 5 has a structure 45 with the AUX-TOC, a bit stream of a file extends from the 

similar to that of a picture information file described here- SOI (Start Of Image) marker to the EOI (End Of Image) 

inabove with reference to FIG. 31. More particularly, a text marker prescribed in the JPEG standard, 

information file has a similar structure except that a data unit Further, since the sector format is the mode 2 and the 3rd 

of a picture name in FIG. 31 is a data unit of a text name. layer ECC is not used, the effective byte number as an image 

In the format of the AUX-TOC sector 5 shown in FIG. 27, 50 data capacity of one sector is 2,324 bytes. As an example, if 

a sector address (Sector)-" 05h" and mode information it is assumed that a picture file of the JPEG has a size of 1 

(MODE)-"02h" are recorded in the header. cluster (-32 sectors), then the actual data size ranges from 

Further, in the AUX-TOC sector 5, pointers P-TXIF1 to 72,045 (=2,324x31+1) bytes to 74,368 (=2,324x32) bytes. 

P-TXIF99 are prepared in the pointer section in a corre- The format of sectors which form such picture files as 

sponding relationship to text files recorded. Further, in the 55 described above is such as, for example, illustrated in FIG. 

slot section, 255 slots "Olh" to "FFh" of 8 bits which can be 28. 

designated by the pointers P-TXIF1 to P-TX1F99 and one Referring to FIG. 28, a header of 16 bytes which includes 

slot "OOh" of 8 bytes arc prepared. It is to be noted that the the synchronization pattern, a cluster address (Cluster H, 

pointers P-TXIF can bejexpanded up to P-TXIF255. Cluster L), a sector address (Sector) and mode information 

Further, in the pointer First TXIF following the maker 60 (02h) is provided at the top of the format, and the following 

code and the model code, the number of the first one P-TXIF 8 bytes are undefined (Reserved). 

of used ones of the pointers P-TXIF1 to P-TXIF99 is Then, as indicated as data DP0 to DP2323, a region as a 

recorded, and in the pointer Last TXIF, the number of the data area in which image data of 2,324 bytes are recorded is 

last one P-TXIF of the used ones of the pointers P-TXIF1 to provided. 

P-TXIF99 is recorded. 65 In each of the last 4 bytes, "OOh" is recorded. 

In the slots "OOh" to "FFh" of the table section, character Alternatively, however, error detection parities may be 

information of text information files is recorded in the form recorded in the last 4 bytes. 
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1-6-6-2. Text File Sector 

la a text file, text data of the ASCII, Modified ISO 8859-1 , 
Music Shifted JIS or the like defined by the text mode of the 
AUX-DOC sector 4 can be recorded. 

The format of a sector which forms a text file is such as, 5 
for example, shown in FIG. 29. Referring to FIG. 29, 
similarly as in a picture file, a header (16 bytes) and an 
undefined (Reserved) region (8 bytes) are provided from the 
top of the text file. Following them, a data area is provided 
in which data as text files of 2,324 bytes are recorded as 
indicated as data DTO to DT2323. 

In each of the last 4 bytes, "OOh" is provided. 
Alternatively, however, error detection parities may be 
recorded in the last 4 bytes. 

A data structure of a text file recorded in a text file sector 
is shown in FIG. 33. It is to be noted, however, that the text 15 
file shown has a data structure corresponding to a case 
wherein presence of a time stamp (65*** 1') is set as the text 
mode of the AUX-TOC sector 

As seen from FIG. 33, in the text file, "lEh" which 
indicates a delimiting point of each text file, is disposed, and 20 
following this, a data unit (3 bytes pure binary) indicating a 
time stamp is disposed. 

The time stamp defines a displaying or outputting timing 
of a text file synchronized with reproduction of a corre- 
sponding audio track and is indicated by an offset address of 25 
the corresponding audio track. 

Following the data unit indicating a time stamp, a data 
unit (3 bytes pure binary) of a paragraph length indicative of 
a data length of a data unit of a paragraph is disposed. 
Further, following data of "lFh", a data unit of a paragraph 30 
(substantive character information) is disposed. 
1-7. Personal Computer 

Now, an internal construction of the personal computer 
113 in the AV system of the present embodiment is described 
with reference to FIG. 34. 35 

The personal computer 113 shown in FIG. 34 includes an 
IEEE 1394 interface 209 as an interface for communicating 
data with the outside. The IEEE 1394 interface 209 is 
connected to the IEEE 1394 bus 116 as an external data bus 
so that it allows mutual communication with an external 40 
apparatus. 

The IEEE 1394 interface 209 demodulates a packet 
received over the IEEE 1394 bus 116, extracts data included 
in the demodulated packet, converts the extracted data into 
data of a data format adapted for internal data 45 
communication, and outputs the resulting data to a CPU 201 
over an internal bus 210. 

Further, the IEEE 1394 interface 209 receives data out- 
putted under the control of the CPU 201, performs modu- 
lation processing in accordance with the IEEE 1394 format 50 
such as packetization for the received data and outputs and 
transmits resulting data over the IEEE 1394 bus 116 to the 
outside. 

The CPU 201 executes various processes in accordance 
with a program stored, for example, in a ROM 202. In the 55 
present embodiment, in order to allow transmission/ 
reception of various data to be performed in accordance with 
the IEEE 1394 standard, also a program for controlling the 
IEEE 1394 interface 209 is stored in the ROM 202. In other 
words, the personal computer 113 includes hardware and 60 
software for allowing data transmission/reception in accor- 
dance with the IEEE 1394. 

Meanwhile, data, programs and so forth necessary for the 
CPU 201 to execute various processes are stored in a RAM 
203. 65 

A keyboard 205 and a mouse 206 are connected to an 
input/output interface 204 such that operation signals sup- 
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plied therefrom may be outputted to the CPU 201. Further, 
a hard disc drive 207 including a hard disc as a storage 
medium is connected to the input/output interface 204. The 
CPU 201 can record or read out data, a program or the like 
onto and from the hard disc of the hard disc drive 207. Also 
a display monitor 208 for displaying an image thereon is 
connected to the input/output interface 204. 

The internal bus 210 is formed from, for example, a PCI 
(Peripheral Component Interconnect) bus, a local bus or a 
like bus and interconnects various internal functioning cir- 
cuit sections of the personal computer 113. 

It is to be noted that the IEEE 1394 interface function of 
each of the IRD 112 and the MD recorder/player 1 described 
above has a basically substantially similar construction to 
that of the personal computer 113 described above. 

In particular, in the IRD 112 shown in FIG. 11, a program 
for allowing the IEEE 1394 interface 60 to be controlled by 
the CPU 80 is stored in a ROM not shown in FIG. 11, but 
in the MD recorder/player 1, a program for allowing the 
IEEE 1394 interface 25 to be controlled by the system 
controller 11 is stored in the program ROM 28. 

It is to be noted that the example of construction of the 
system wherein the components are interconnected by an 
IEEE 1394 bus line as applied to the present embodiment is 
not limited to the form described hereinabove but is a mere 
example at all. 

2. Data Transmission by IEEE 1394 in the Embodiment 
2-1. Outline 

In the following, data transmission in accordance with the 
IEEE 1394 standard in the present embodiment is described. 

Data transmission systems according to the IEEE 1394 
are divided into an Isochronous communication system 
wherein communication is performed periodically and an 
Asynchronous communication system wherein communica- 
tion is performed asynchronously irrespective of a period. 
Generally, the Isochronous communication system is used 
for transmission/reception of data while the Asynchronous 
communication system is used for transmission/reception of 
various control commands. Transmission/reception accord- 
ing to the two kinds of communication systems can be 
performed using a single cable. 

As described hereinabove, the AV system of the present 
embodiment communicate user data including ATRAC data 
as audio data and AUX data such as picture files of JPEG 
still picture data and so forth and text files incidental to the 
ATRAC data between different apparatus over the IEEE 
1394 bus. 

Here, the ATRAC data are time series data to be outputted 
as an audio output in accordance with the reproduction time 
base, and a real time property is required for the ATRAC 
data. Further, the ATRAC data is greater in data amount 
when compared with the AUX data. On the other hand, the 
amount of the AUX data is not so great as that of the ATRAC 
data, and although the AUX data are sometimes reproduced 
in synchronism with reproduction of the audio data, such 
strict real time property as is required for the ATRAC data 
is not required for the AUX data. 

Therefore, the transmission form by the IEEE 1394 inter- 
face in the present embodiment is generally prescribed such 
that, upon transmission/reception of ATRAC data and AUX 
data described above over the IEEE 1394 bus, the ATRAC 
data are transmitted/received in accordance with the Isoch- 
ronous communication system and the AUX data are 
transmitted/received by the Asynchronous communication 
system. In the present embodiment, it is possible not only to 
transmit ATRAC data and AUX data in opportunities dif- 
ferent from each other but also to transmit ATRAC data and 
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AUX data apparently simultaneously by transmitting them 
in time division in an Isochronous cycle using the IEEE 
1394 interface. 

Thus, the present embodiment is described below on the 
assumption of the transmission form according to the IEEE 5 
1394 standard described above. 
2-2. Stack Model 

FIG. 35 shows a stack model of the IEEE 1394 handled 
by the present embodiment. 

In the IEEE 1394 format, the stack model is roughly 
divided into two systems including an Asynchronous system 
400 and an Isochronous system 500. 

As layers common to the Asynchronous system 400 and 
the Isochronous system 500, a Physical Layer 301 is pro- 
vided on the lowest, and a Link Layer 302 is provided on the 
Physical Layer 301. The Physical Layer 301 is a layer for 35 
controlling hardware signal transmission, and the Link 
Layer 302 is a layer having a function for converting the 
IEEE 1394 bus, for example, into an internal bus prescribed 
for each apparatus. 

The Physical Layer 301, the Link Layer 302 and a 20 
Transaction Layer 401 which is described below are linked 
to a Serial Bus Management 303 by a line of Event/Control/ 
Configuration. 

An AV Cable/Connector 304 indicates a physical connec- 
tor and a cable for AV data transmission. 25 

The Transaction Layer 401 is provided as an upper layer 
on the Link Layer 302 in the Asynchronous system 400. The 
Transaction Layer 401 is a layer which prescribes a data 
transmission protocol of the IEEE 1394. As basic Asynchro- 
nous Transactions, a Write Transaction, a Read Transaction 30 
and a Lock Transaction are prescribed. Details of them are 
hereinafter described. 

An FCP (Function Control Protocol) 402 is prescribed as 
an upper layer to the Transaction Layer 401. The FCP 402 
utilizes control command prescribed as an AV/C Command 35 
(AV/C Digital Interface Command Set) 403 so that it can 
execute command control for various AV apparatus. 

As an upper layer to the Transaction Layer 401, Plug 
Control Registers 404 for setting a Plug indicative of a 
logical apparatus connection relationship of the IEEE 1394, 40 
which is hereinafter described, making use of Connection 
Management Procedures 405. 

A CIP (Common Isochronous Packet) Header Format 501 
is prescribed as an upper layer to the Link Layer 302 of the 
Isochronous system 500, and such transmission protocols as 45 
an SD-DVCR (Standard Density-DVCR) Real time Trans- 
mission 502, an HD-DVCR (Hi Density-DVCR) Real time 
Transmission 503, an SDL-DVCR (Standard Density Long- 
DVCR) Real time Transmission 504, an MPEG2-TS 
(MPEG2-Transport Strength) Real time Transmission 505 50 
and an Audio and Music Real time Transmission 506 are 
prescribed in such a form that they are managed by the CIP 
Header Format 501. 

The SD-DVCR Real time Transmission 502, HD-DVCR 
Real time Transmission 503 and SDL-DVCR Real time 55 
Transmission 504 are data transmission protocols for a 
digital VTR (Video Tape Recorder). 

Data handled by the SD-DVCR Real time Transmission 
502 are an SD-DVCR data sequence 507 which is a data 
sequence obtained in accordance with prescriptions of an 60 
SD-DVCR recording format 508, 

The data handled by the HD-DVCR Real time Transmis- 
sion 503 are an HD-DVCR data sequence 509 which is a 
data sequence obtained in accordance with prescriptions of 
an HD-DVCR recording format 510. 65 

The data handled by the SDL-DVCR Real time Trans- 
mission 504 are an SDL-DVCR data sequence 511 which is 
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a data sequence obtained in accordance with, prescriptions 
of an SDL-DVCR recording format 512. 

The MPEG2-TS Real time Transmission 505 is a trans- 
mission protocol for a tuner, for example, for digital direct 
broadcasting and so forth, and the data handled by the 
MPEG2-TS Real time Transmission 505 is an MPEG2-TS 
data sequence 513 which is obtained in accordance with 
prescriptions of a DVB (Digital Video Broadcast) recording 
format 514 or an ATV recording format 515. 

The Audio and Music Real time Transmission 506 is a 
transmission protocol for general digital audio apparatus 
including an MD system, for example, of the present 
embodiment, and the data handled by the Audio and Music 
Real time Transmission 506 is an Audio and Music data 
sequence 516 which is obtained in accordance with pre- 
scriptions of an Audio and Music recording format 517. 
2-3. Signal Transmission Form 

FIG. 36 shows an example of a structure of a cable used 
actually as an IEEE 1394 bus. 

Referring to FIG. 36, there is shown a structure wherein 
a pair of connectors 600A and 600B are connected to each 
other by a cable 601 and 6 pins having pin numbers 1 to 6 
are used as pin terminals of the connectors 600A and 600B. 

The pin terminals provided on the connectors 600A and 
600B are allocated such that the pin number 1 is for the 
power supply (VP); the pin number 2 is for the ground (VG); 
the pin number 3 is for TPB1; the pin number 4 is for TPB2; 
the pin number 5 is for TPA1; and the pin number 6 is for 
TPA2. 

The connection scheme of the pins between the connec- 
tors 600A and 600B is: 

Pin number 1 (VP)— pin number 1 (VP) 
Pin number 2 (VG) — pin number 2 (VG) 
Pin number 3 (TPB1)— pin number 5 (TPA1) 
Pin number 4 (TPB2)^)in number 6 (TPA2) 
Pin number 5 (TPA1)— pin number 3 (TPB1) 
Pin number 6 (TPA2) — pin number 4 (TPB2) 
From among the pin connection sets above, the two pin 
connection sets of twisted lines of 

Pin number 3 (TPB1)— pin number 5 (TPA1) 
Pin number 4 (TPB2)-^>in number 6 (TPA2) form a 
signal line 601A for differentially transmitting a signal 
between the connectors 600A and 600B, and the two 
pin connection sets of twisted lines of 
Pin number 5 (TPA1) — pin number 3 (TPB1) 
Pin number 6 (TPA2) — pin number 4 (TPB2) form a 
signal line 601B for differentially transmitting a signal 
between the connectors 600Aand 600B. 
A data signal (Data) illustrated in FIG. 37A and a strobe 
signal (Strobe) illustrated in FIG, 37B are transmitted over 
the two signal lines 601A and 601B, respectively. 

The data signal illustrated in FIG. 37A is outputted from 
the pins TPB1 and TPB2 and inputted to the pins TPA1 and 
TPA2 using one of the signal lines 601A and 601B. 

The strobe signal illustrated in FIG. 37B is obtained by 
performing predetermined logical operation for a data signal 
and a transmission clock signal synchronized with the data 
signal and has a frequency lower than an actual transmission 
clock signal. The strobe signal is outputted from the pins 
TPA1 and TPA2 to the pins TPB1 and TPB2 using that one 
of the signal lines 601A and 601 B which is not used for 
transmission of the data signal. 

For example, if the data signal and the strobe signal 
illustrated in FIGS. 37A and 37B are inputted to a certain 
apparatus which matches with the IEEE 1394, then the 
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apparatus performs predetermined logical operation for the 
data signal and the strobe signal inputted thereto to produce 
such a transmission clock signal (Clock) as illustrated in 
FIG. 37C and utilizes the transmission clock signal for 
required input data signal processing. 5 

In the IEEE 1394 format, such a hardware data transmis- 
sion form as described above is adopted to eliminate the 
necessity for transmission of a transmission clock signal of 
a high frequency between apparatus by means of a cable to 
assure a high degree of reliability in signal transmission. 10 

It is to be noted that, while the foregoing description 
relates to the specification for 6 pins, the IEEE 1394 format 
allows another specification for 4 pins which eliminates the 
power supply (VP) and the ground (VG) but includes only 
the signal lines 601 A and 601B as two twisted lines. For 15 
example, the MD recorder/player 1 of the present embodi- 
ment is constructed taking it into consideration that a simple 
and easy system to a user can actually be provided by using 
a cable of the 4-pin specification. 

2-4. Bus Connection Between Apparatus 20 

FIG. 38 schematically shows an example of a connection 
among several apparatus by means of the IEEE 1394 bus. In 
FIG. 38, a system is shown wherein nodes of five apparatus 
A, B, C, D and E are connected for mutual communication 
by means of the IEEE 1394 bus. 25 

The IEEE 1394 interface allows so-called "daisy chain 
connection" wherein apparatus are connected in series like 
the apparatus A, B and C by means of the IEEE 1394 bus. 
Further, the IEEE 1394 interface allows a so-called "branch 
connection" wherein a certain apparatus is connected in 30 
parallel to a plurality of apparatus like the connection 
between the apparatus A and the;apparatus B, D and E in the 
system shown in FIG. 38. 

The IEEE 1394 interface allows connection of 63 appa- 
ratus in the maximum in the entire system by making use of 35 
the branch connection and the daisy chain connection. 
However, where only the daisy chain connection is used, 
connection of up to 16 apparatus in the maximum is allowed. 
Further, a terminator required by the SCSI is not required by 
the IEEE 1394 interface. 40 

Further, the IEEE 1394 interface allows mutual commu- 
nication among apparatus which are connected by the daisy 
chain connection and/or the branch connection in such a 
manner as described above. In the system shown in FIG. 38, 
mutual communication between arbitrary ones of the appa- 45 
ratus A, B, C, D and E is allowed. 

In a system wherein a plurality of apparatus are intercon- 
nected by means of the IEEE 1394 bus (such a system is 
hereinafter referred to as IEEE 1394 system), processing for 
setting a Node ID to be given to each apparatus is performed 50 
actually. This processing is schematically illustrated in FIG. 
39. 

If, in an IEEE 1394 system having such a connection 
scheme as shown in FIG. 39, connection or disconnection of 
a cable, an on/off operation of the power supply to a certain 55 
apparatus in the system, a spontaneous generation process in 
a PHY (Physical Layer Protocol) or the like occurs, then a 
bus reset occurs in the IEEE 1394 system. In response to the 
bus reset, processing for notifying all apparatus of the bus 
reset is executed over the IEEE 1394 bus among the appa- 60 
ratus A, B, C, D and E. 

As a result of the bus reset notification, a parentage is 
defined between each adjacent apparatus terminals by per- 
forming communication (Child-Notify) between them as 
seen from FIG. 39. In other words, a Tree structure among 65 
the apparatus in the IEEE 1394 system is constructed. Then, 
an apparatus as a root is defined in accordance with a result 



896 Bl 

50 

of the construction of the Tree structure. The root is an 
apparatus whose terminals are all defined as children (Ch; 
Child). In the system shown in FIG. 39, the apparatus B is 
defined as the root. Conversely speaking, for example, a 
terminal of the apparatus A which is connected to the 
apparatus B serving as the root is defined as a parent (P; 
Parent). 

After the Tree structure and the root in the IEEE 1394 
system are defined in such a manner as described above, 
each apparatus outputs a Self-ID packet as a declaration of 
a Node-ID of the apparatus itself shown in FIG. 39. Then, 
the root successively approves (grants) the Node-IDs to 
determine the addresses, that is, the Node IDs, of the 
apparatus in the IEEE 1394 system. 
2-5, Packet 

According to the IEEE 1394 format, transmission is 
performed by repeating an Isochronous cycle (nominal 
cycle) in such a manner as seen in FIG. 40. In this instance, 
one Isochronous cycle has a time of 125 fitscc which corre- 
sponds to a frequency band of 100 MHz. It is to be noted that 
the period of the Isochronous cycle is prescribed such that it 
may have any other value than 125 jusec. Data are packetized 
and transmitted for each Isochronous cycle. 

As seen from FIG. 40, a Cycle Start Packet indicative of 
a start of one Isochronous cycle is placed at the top of the 
Isochronous cycle. 

Though detailed description is omitted here, a generation 
timing of the Cycle Start Packet is indicated by a particular 
one of the apparatus in the IEEE 1394 system which is 
defined as Cycle Master. 

Next to the Cycle Start Packet, Isochronous Packets are 
placed preferentially. The Isochronous Packets are produced 
for the different channels and transferred in a time-division 
fashion (Isochronous sub actions) as seen in FIG. 40. In the 
Isochronous subactions, a rest period of, for example, 0.05 
^sec called Isochronous gap is provided at a breakpoint of 
each packet. 

In this manner, the IEEE 1394 system allows transmission 
and reception of Isochronous data in multiple channels using 
a single transmission line. 

Where a case wherein the MD recorder/player of the 
present embodiment transmits applicable ATRAC data 
(compressed audio data) in accordance with the Isochronous 
system is considered, if the ATRAC data are transferred at 
an ordinary transfer rate of 1.4 Mbps, then a time series 
continuity (real time property) is assured if ATRAC data of 
at least substantially 20 and several Mbytes are transmitted 
as Isochronous Packets for each period of one Isochronous 
cycle of 125 |cec. 

For example, when a certain apparatus transmits ATRAC 
data, although detailed description is omitted here, it 
requests the IRM (Isochronous Resource Manager) in the 
IEEE 1394 system for a size of an Isochronous packet with 
which real time transmission of the ATRAC data can be 
assured. The IRM supervises the data transmission situation 
at present and provides permission/nonpermission to the 
certain apparatus. If permission is given, then the certain 
apparatus can packetize the ATRAC data into an Isochro- 
nous Packet and transmit it using a designated channel. This 
is called band reservation of the IEEE 1394 interface. 

Transmission of Asynchronous subactions, that is, trans- 
mission of Asynchronous packets, is performed using a 
remaining band in the band of the Isochronous cycle which 
is not used by the Isochronous subactions. 

In FIG. 40, an example is shown wherein two Asynchro- 
nous Packets including a Packet A and a Packet B are 
transmitted. The Asynchronous Packets are followed by a 
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signal called ACK. (Acknowledge) across a rest period of an 
ack gap (0.05 /«ec). The ACK is a signal outputted from the 
hardware of the reception side (Target) in order to notify the 
transmission side (Controller) that some Asynchronous data 
have been received in a process of an Asynchronous Trans- 5 
action in such a manner as hereinafter described. 

Before and after a data transmission unit which includes 
an Asynchronous Packet and the ACK following the Asyn- 
chronous Packet, a rest period called subaction gap of 
approximately 10 /<sec is provided. 10 

Here, if ATRAC data are transmitted with an Isochronous 
packet and an AUX data file incidental to the AIUAC data 
is transmitted with Asynchronous Packet, then the ATRAC 
data and the AUX data file can be transmitted apparently 
simultaneously. 15 
2-6. Transaction Rule 

A processing transition diagram of FIG. 41A illustrates a 
basic communication rule (transaction rule) for Asynchro- 
nous communication. The transaction rule is prescribed by 
the FCP. 20 

As seen from FIG. 41 A, first in step Sll, the Requester 
(transmission side) transmits a Transaction Request to the 
Responder (reception side). When the Responder receives 
the Transaction Request (step S12), it first sends back an 
Acknowledge to the Requester (step S13). The transmission 25 
side receives the Acknowledge and recognizes that the 
Request has been received by the reception side (step S14). 

Thereafter, the Responder transmits a Transaction 
Response as a response to the Request received formerly in 
step S12 to the Requester (step S15). The Requester receives 30 
the Transaction Response (step S16) and transmits an 
Acknowledge as a response to the Transaction Response to 
the Responder (step Sll). The Responder receives the 
Acknowledge and recognizes that the Response has been 
received by the transmission side (step S18). 35 

The Request Transaction which may be transmitted in 
FIG. 41 A is roughly defined in three types of Write Request, 
Read Request and Lock Request as given on the left side in 
FIG. 41B. 

The Write Request is a command for requesting for data 40 
writing; the Read Request is a command for requesting for 
reading out of data; and the Lock Request is a command for 
swap comparison or masking although detailed description 
is omitted herein. 

The Write Request is further defined in three types in 45 
accordance with data sizes of an operand which is a com- 
mand placed in an AV/C Command Packet which is an 
Asynchronous Packet which will be hereinafter described. 
The Write Request (data quadlet) is used to transmit a 
command only based on a header size of an Asynchronous 50 
Packet. The Write Request (data block: data length-4 bytes) 
and the Write Request (data block: data length*4 bytes) are 
used to transmit a command with a data block added to a 
header of an Asynchronous Packet. They are different from 
each other in terms of whether or not the data size of an 55 
operand placed in the data block is equal to or greater than 
4 bytes. 

Also the Read Request is defined in three types in 
accordance with the data size of an operand placed in an 
Asynchronous Packet, that is, the Read Request (data 60 
quadlet), the Read Request (data block: data length=4 bytes) 
and the Read Request (data block: data length*4 bytes). 

A Response Transaction is illustrated on the right side in 
FIG. 41B. 

Corresponding to the three kinds of Write Requests 65 
described above, a Write Response and a No Write Response 
are defined. 



Corresponding to the Read Request (data quadlet), a Read 
Response (data quadlet) is defined; and corresponding to the 
Read request (data block: data length«4 bytes) or the Read 
Request (data block: data length M bytes), a Read Response 
(data block) is defined. 

Corresponding to the Lock Request, a Lock Response is 
defined. 

2-7. Addressing 

FIG. 42 shows an addressing structure of the IEEE 1394 
bus. 

As seen from FIG. 42, according to the IEEE 1394 format, 
64 bits are prepared for a bus address register (address 
space). 

The area of high order 10 bits of the bus address register 
indicates a bus ID for identification of the IEEE 1394 bus, 
and allows setting of, as a bus ID, totaling 1,023 bus IDs 
bus#0 to bus#1022 as seen in FIG. 42. The bus ID bus#1023 
is defined as a local bus. 

The area of 6 bits following the bus address in FIG, 42 
indicates a Node ID of an apparatus connected to each IEEE 
1394 bus indicated by the bus ID. As the Node ID, 63 
different Node IDs from Node #0 to Node #62 can be 
identified. The Node ID Node #63 is defined as a broadcast. 

The area of totaling 16 bits indicating the bus ID and the 
Node ID corresponds to a destination ID of the header of an 
AV/C Command Packet which is hereinafter described, and 
an apparatus connected to a certain bus is specified on the 
IEEE 1394 system with the bus ID and the Node ID. 

The area of 20 bits following the Node ID in FIG. 42 is 
a register space, and the area of 28 bits following the register 
space indicates a register address. 

The register space has a value "F FF FFh" and indicates 
the register shown in FIG. 42, and the contents of the register 
are defined as seen in FIG. 42. The register address desig- 
nates the address of the register shown in FIG. 42, 

Describing briefly, by referring, for example, to the Serial 
Bus-dependent Registers beginning with the address 512, 
that is, "0 00 02 OOh", of the register of FIG. 42, information 
of the cycle time of the Isochronous cycle and a free channel 
is obtained. 

Further, if the contents of the Configuration ROM begin- 
ning with the address 1,024, that is, "0 00 04h", are referred 
to, then also the type of the Node and the Node Unique ID 
and so forth applied to the type can be identified. 
2-8. C1P 

FIG. 43 shows a structure of a CIP (Common Isochronous 
Packet). In particular, a data structure of the Isochronous 
Packet shown in FIG. 40 is shown. 

As described hereinabove, ATRAC data which is one of 
recording and reproduction data which can be handled by 
the MD recorder/player of the present embodiment is, in 
IEEE 1394 communication, transmitted and received by 
Isochronous communication. In particular, an amount of 
data with which the real time property is maintained is 
placed in Isochronous Packets and successively transmitted 
for each one Isochronous cycle. 

The 32 bits (1 quadlet) at the top of the CIP are used as 
a 1394 packet header. 

The area of 16 bits from the top of the 1394 packet header 
is used for Data__length; the following area of 2 bits is used 
for tag; the following area of 6 bits is used for channel; the 
following area of 4 bits is used for tcode; and the following 
area of 4 bits is used for sy. 

The area of one quadlet following the 1394 packet header 
is used to place header__CRC therein. 

The area of 2 quadlets following the header_CRC is used 
for a CIP header. 



03/04/2003, EAST Version: 1.03.0002 



US 6,4! 

53 

The high order 2 bytes of the high order quadlet of the CIP 
header have '0', '0' placed therein, and the following area of 
6 bits indicates an SID (transmission node number). The 
area of 8 bits following the SID is used for the DBS (data 
block size) and indicates the size of a data block (a unit data 
amount upon packetization). Following the DBS, the areas 
for FN (2 bits) and QPC (3 bits) are set. The FN indicates a 
number of divisions upon packetization while the QPC 
indicates a number of quadlets added for such division. 

The SPH (1 bit) indicates a flag of the header of a source 
packet, and the DBC has placed herein a value of a counter 
for detecting a drop of a packet 

The high order 2 bytes of the low order quadlet of the CIP 
header have l \ \ *0* placed therein. Following this, areas for 
the FMT (6 bits) and the FDF (24 bits) are provided. The 
FMT indicates a signal format, and a kind of data (data 
format) stored in the CIP can be identified from the value 
indicated in the FMT. More particularly, identification 
among MPEG stream data, Audio stream data, digital video 
camera (DV) stream data and other data are allowed. Data 
formats which can be indicated by the FMT correspond to 
transmission protocols such as, for example, the SD-DVCR 
Real time Transmission 502, HD-DVCR Real time Trans- 
mission 503, SDL-DVCR Real time Transmission 504, 
MPEG2-TS Real time Transmission 505 and Audio and 
Music Real time Transmission 506 managed with the CIP 
Header Format 401 shown in FIG. 35. 

The FDF is a format depending field and is an area which 
indicates a further fine classification of the data format 
classified with the FMT given above. With regard to audio 
data, the FDF allows identification of, for example, where it 
is linear audio data or MIDI data. 

For example, with regard to ATRAC data in the present 
embodiment, the FMT first indicates that it is data which is 
in the criterion of Audio stream data, and the FDF, in which 
a particular value in accordance with prescriptions is placed, 
indicates that the Audio stream data is ATRAC data. 

Here, for example, where the FMT indicates the MPEG, 
synchronous control information called TSF (time shift lag) 
is placed in the FDF. On the other hand, if the FMT indicates 
the DVCR (digital video camera), the FDF is defined as 
indicated at a lower portion of FIG. 43. In particular, from 
the higher order side, the number of fields for one second is 
defined by 50/60 (1 bit); it is indicated by the STYPE (5 bits) 
which one of SD and HD the video format is; and a time 
stamp for frame synchronization is indicted by the SYT. 

Following the CIP header described above, data indicated 
by the FMT and the FDF are placed in the form of a 
sequence of n data blocks. Where the FMT and the FDF 
designate ATRAC data, ATRAC data are stored in the area 
of the data blocks. 

Following the data blocks, data_CRC is disposed at the 
last. 

2-9. Connection Management 

In the IEEE 1394 format, a connection relationship 
between apparatus interconnected by an IEEE 1394 bus is 
prescribed by a logical connection concept called "plug". 

FIG. 44 illustrates an example of a connection relation- 
ship prescribed by a plug. More particularly, FIG. 44 shows 
a system configuration wherein a VTR 1, a VTR 2, a set top 
box (STB: digital direct broadcasting tuner), a monitor 
apparatus (Monitor) and a digital still camera (Camera) are 
interconnected by an IEEE 1394 bus. 

Here, as the connection form of the IEEE 1394 by a plug, 
two forms of point to point-connection and broadcast con- 
nection are available. 

The point to point-connection is a form of connection 
wherein a relationship between a transmission apparatus and 
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a reception apparatus is specified and data transmission is 
performed between the transmission apparatus and the 
reception apparatus using a particular channel. 
In contrast, the broadcast connection is a form of con- 

5 nection wherein a transmission apparatus transmits without 
specifying a reception apparatus and a used channel. The 
receiver side receives the transmitted data without specifi- 
cally identifying the transmission apparatus and performs, if 
necessary, required processing in accordance with contents 

10 of the received data. 

FIG. 44 illustrates the point to point-connection in a state 
wherein the STB is set as a transmission apparatus and the 
VTR 1 is set as a reception apparatus such that transmission 
of data is performed using the channel #1 and another state 

15 wherein the digital still camera is set as a transmission 
apparatus and the VTR 2 is set as a reception apparatus such 
that transmission of data is performed using the channel #2. 

FIG. 44 illustrates also a further state wherein the digital 
still camera is set so as to perform data transmission there- 

20 from over the broadcast connection. Here, a case wherein 
the monitor apparatus receives data transmitted over the 
broadcast connection and performs required response pro- 
cessing. 

Such a connection form (plug) as described above is 

25 established with a PCR (Plug Control Register) provided in 
an address space in each apparatus. 

FIG. 45A shows a structure of a plug control register 
oPCR[n] (outputting plug control register), and FIG. 45B 
shows a structure of another plug control register iPCR[n] 

30 (inputting plug control register). The sizes of the plug 
control registers oPCR[n] and iPCR[n] are both 32 bits. 

In the plug control register oPCR of FIG. 45 A, for 
example, where the on-line of the high order 1 bit has '1' 
placed therein, this indicates transmission over the broadcast 

35 connection, but where the on-line has *0* placed therein, this 
indicates transmission over the point to point connection 
using a channel indicated by the channel number in the area 
of 6 bits beginning with the 11th high order bit 
Also in the plug control register iPCR of FIG. 45B, for 

40 example, where the on-line of the high order 1 bit has '1* 
placed therein, this indicates reception over the broadcast 
connection, but where the on-line has *0' placed therein, this 
indicates transmission over the point to point connection of 
data transmitted in a channel indicated by the channel 

45 number in the area of 6 bits beginning with the 11th high 
order bit. 

2-10. Command and Response in FCP 

According to the IEEE 1394 format in the present 

embodiment, AUX data in the form of a JPEG picture file 
50 and a text file which are recording/reproduction data for the 

MD recorder/player are communicated by Asynchronous 

communication. 

In the present embodiment, transmission of AUX data by 

Asynchronous communication is prescribed by the FCP 402 
55 shown in FIG. 35. Here, a transaction defined by the FCP is 

described. 

For the FCP, the Write Transaction illustrated in FIG. 41B 
prescribed in Asynchronous communication is used. 
Accordingly, also transmission of AUX data in the present 
60 embodiment is performed using the Write Transaction in 
Asynchronous communication prescribed by the FCP. 

An apparatus which supports the FCP includes a 
Command/Response register and realizes a transaction by 
writing a Message into the Command/Response register in 
65 such a manner as described below with reference to FIG. 46. 

In a processing transition diagram of FIG. 46, first as 
processing for COMMAND transmission, the Controller 
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executes processing of generating a Transaction Request and 
transmitting a Write Request Packet to the Target in step 
S21. The Target receives the Write Request Packet and 
performs writing of data into the Command/Response reg- 
ister in step 522. Thereupon, the Target further transmits an 
Acknowledge to the Controller, and the Controller receives 
the Acknowledge (steps S23 to S24). The series of process- 
ing till now is processing for transmission of the COM- 
MAND. 

Thereafter, as processing for a RESPONSE responding to 
the COMMAND, the Target transmits a Write Request 
Packet (step S25). The Controller receives this and writes 
data into the Command/Response register (step S26). 
Further, the Controller transmits an Acknowledge to the 
Target in response to the reception of the Write Request 
Packet (step S27). The Target receives the Acknowledge and 
thus recognizes that the Write Request Packet has been 
received by the Controller (step S28). 

In short, COMMAND transmission processing from the 
Controller to the Target and RESONSE transmission pro- 
cessing from the Target to the Controller responding to the 
COMMAND transmission processing are basic data trans- 
missions (Transactions) by the FCR 
2-11. AV/C Command Packet 

As described hereinabove with reference to FIG. 35, the 
FCP allows communication with various AV apparatus in 
Asynchronous communication using an AV/C command. 

As described hereinabove with reference to FIG. 41A, 
three kinds of transactions of Write, Read and Lock are 
prescribed in Asynchronous communication. Actually, Write 
Request/Response Packets, Read Request/Response Packets 
and Lock Request/Response Packets in accordance with the 
transactions are used. The FCP uses the Write Transaction as 
described hereinabove. 

FIG. 47 illustrates the format of the Write Request Packet 
(Asynchronous Packet (Write Request for Data Block))) In 
the present embodiment, the Write Request Packet is used as 
an AV/C command packet. 

The high order 5 quadlets (1st to 5th quadlets) of the Write 
Request Packet are used for a packet header. 

The area of the high order 16 bits of the 1st quadlet of the 
packet header is used for the destination_JD and indicates 
the Node ID of the transfer destination of the data. The 
following area of 6 bits is used for tl (transfer label) and 
indicates a packet number. The following 2 bits are used for 
rt (retry code) and indicates whether the packet is transmit- 
ted for the first time or rc-transmitted. The following area of 
4 bits is used for tcode (transaction code) and indicates an 
instruction code. Then, the following area of 4 bits is used 
for pri (priority) and indicates a priority order number of the 
packet. 

The area of high order 16 bits of the 2nd quadlet is used 
for source ID and indicates the Node_JD of the source of 
transfer of data. 

The totaling 48 bits including the low order 16 bits of the 
2nd quadlet and the entire 3rd quadlet are used for 
destination__offset and indicates addresses of the COM- 
MAND register (FCP_COMMAND register) and the 
RESPONSE register (FCP_RESPONSE register). 

The destination_JD and the destination_offset corre- 
spond to the address space of 64 bits prescribed in the IEEE 
1394 format. 

The area of the high order 16 bits of the 4th quadlet is used 
for data_Jength and indicates the data size of datafield, 
which is an area surrounded by a thick line in FIG. 47 and 
is hereinafter described. 

The following area of the low order 16 bits is an area for 
extended_tcode and is used when the tcode is to be 
expanded. 
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The area of 32 bits of the 5th quadlet is used for 
header__CRC and used to store a CRC (Cyclic Redundancy 
Check) calculation value for a check sum of the Packet 
header. 

5 A data block is disposed beginning with the 6th quadlet 
following the Packet header, and the datafield is formed at 
the top of the data block. 

A CTS (Command and Transaction Set) is described in 
the high order 4 bytes of the 6th quadlet at the top of the 

1Q datafield. The CTS indicates the ID of the command set of 
the Write Request Packet. For example, it is defined that, if 
the value of the CTS is set to "0000" as seen in FIG. 47, then 
the contents described in the datafield are an AV/C com- 
mand. In short, the CTS indicates that the Write Request 
Packet is an AV/C command packet. Accordingly, in the 

15 present embodiment, since the FCP uses an AV/C command, 
"0000" is described in the CTS. 

The area of 4 bits following the CTS describes ctype 
(Command type; functional classification of the command) 
or a response indicative of a result of processing correspond- 

20 ing to the command. 

FIG. 48 illustrates contents of the definition of the ctype 
and response described above. 

For the ctype (Command), "0000" to "0111" can be used, 
and "0000" is defined as the CONTROL; "0001" as the 

25 STATUS; "0010" as the INQUIRY; "0011" as the NOTIFY; 
and "0100" to "0111" are undefined (reserved) at present. 

CONTROL is a command for controlling the function 
from the outside; STATUS is a command for inquiring for a 
state from the outside; INQUIRY is a command for inquiring 

3Q for presence or absence of a support of a control command 
from the outside; and NOTIFY is a command for requesting 
for notification of a variation of a state to the outside. 

For the response, "1000" to "1111" are used. "1000" is 
defined as NOT IMPLEMENTED; "1001" as ACCEPTED; 
"1010" as REJECTED; "1011" as IN TRANSITION; 

35 "1100" as IMPLEMENTED/STABLE; "1101" as 
CHANGED; "1110" as reserved; and "1111" as INTERIM. 

Such responses as mentioned above are used distinctly in 
response to the type of a command. For example, as a 
response to the command CONTROL, one of the four 

40 responses of NOT IMPLEMENTED, ACCEPTED, 
REJECTED and INTERIM is selectively used in response to 
a situation of the Responder side and so forth. 

Referring back to FIG. 47, in the area of 5 bits following 
the ctype/response, subunit-type is placed. The subunit-type 

45 indicates what apparatus the subunit of the destination of the 
COMMAND or the transmission source of the RESPONSE 
is. In the IEEE 1394 format, the apparatus itself is referred 
to as unit, and the type of a functional apparatus unit 
provided in the unit is referred to as subunit. For example, 

50 where an ordinary VTR is taken as an example, a unit as a 
VTR includes two subunits including a tuner which receives 
a ground wave or a direct broadcast and a video cassette 
recorder/player. 
The subunit-type is defined in such a manner as illustrated 

55 in FIG. 49A. Referring to FIG. 49A, "00000" is defined as 
Monitor; "00001" to "00010" are reserved; "00011" is 
defined as Disc recorder/player; "00100" as VCR; "00101" 
as Tuner; "00111" as Camera; "01000" to "11110" are 
reserved; and M 11 111" is defined as a unit which is not used 

60 where no subunit is present. 

Referring back again to FIG. 47, in the 3 bits following 
the subunit-type described above, id (Node_ID) for 
specifying, where a plurality of subunits of the same type are 
involved, any one of the subunits is placed. 

65 In the area of 8 bits following the id (Node_JD), opcode 
is placed, and in the following area of 8 bits, operands are 
placed. 
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The opcode signifies the Operation Code, and information The plug structure shown in FIGS. 52A and 52B is 

(parameters) required by the opcode is placed in the oper- designated with an offset address (Address offset) in such a 

ands. An operand is defined for each summit and has a table manner as seen in FIG. 52C. 

of a list of opcodes unique to the individual subunit. For In particular, the offset address 0 designates a consumer 

example, if a subunit is a VCR, then various commands 5 port (producer Count register), and the offset addresses 4, 8, 

including PLAY (reproduction) and RECORD (recording) 12, ... , 56, 60 designate producer ports [1] to [14], 

are defined for the opcode as seen in FIG. 49B. An operand respectively. The offset address 60 is defined as reserved and 

is defined for each opcode. thus indicates an unused area, and the offset address 64 

Referring back to FIG. 47, for the datafield shown, 32 bits designates the segment buffer, 

of the 6th quadlet described hereinabove are essentially 10 FIG. 53 shows plug structures of both of the producer side 

required. However, if necessary, operands can be added and the consumer side. 

following the 6th quadlet (Additional operands). In the plug structure of Asynchronous communication, 
Following the datafield, data_CRC is disposed. It is to be writing into the producer Count register, writing into the 
noted that, if necessary, a padding can be disposed forwardly limit Count register and writing into the segment buffer are 
of the data_CRC. 15 performed in accordance with a transmission/reception pro- 
2-12. Plug cedure which is hereinafter described to realize Asynchro- 
Here, an outline of the plug in the IEEE 1394 format is nous communication. Such writing operations are process- 
described. The plug here signifies a logical connection ing as Write Transactions described hereinabove, 
relationship among apparatus in the IEEE 1394 format as The producer performs writing into the producer Count 
described hereinabove with reference to FIGS. 45A and 20 register of the consumer. 

45B. The producer first writes information regarding data trans- 

As shown in FIG. 50, a request for a command or the like mission of the producer side into the producer Count register 

which is valid in Asynchronous communication is transmit- at an address of the producer itself and then writes the 

ted from a producer to a consumer. The producer and the contents of the producer Count register into the producer 

consumer here signify apparatus which function as a trans- 25 Count register of the consumer. 

mission apparatus and a reception apparatus on the IEEE The producer Count register uses information of the size 

1394 interface, respectively. The consumer includes a seg- of data written by one writing processing operation as the 

ment buffer indicated by slanting lines in FIG. 50, and data size of data to be written into the segment buffer of the 

are written into the segment buffer from the producer. consumer by the producer. In other words, the producer 

In the IEEE 1394 system, information (Connection Man- 30 performs processing of notifying the consumer of a size of 

agement Information) for determining particular apparatus data to be written into the segment buffer of the consumer by 

as the producer and the consumer is stored at a predeter- performing writing into the producer Count register, 

mined position in a plug address indicated by netted lines. In contrast, writing into the limit Count register of the 

The segment buffer is disposed following the plug address. producer is performed by the consumer. 

The address range of the segment buffer of the consumer 35 The consumer side writes the capacity of the segment 

into which data can be written is determined by a limit Count buffer thereof into one of the limit Count registers [1] to [14] 

register which is managed by the consumer side in such a thereof designated corresponding to that of the producer and 

manner as hereinafter described. writes the contents of the limit Count register [n] into the 

FIGS. 51A to 51C show a structure of the address space limit Count register [n] of the producer, 

of the plug in Asynchronous communication. 40 The producer side determines an amount of data to be 

The address space of the plug of 64 bits is divided into 2 6A written by one writing operation in response to the contents 

(64 K) in such a manner as seen in FIG. 51 A. Then, a plug having been written into the limit Count register [n] in such 

is included in the address space of each Node as seen from a manner as described above and performs writing, for 

FIG. 51 B. Then, each plug includes a register indicated by example, into the segment buffer of the producer itself, 

a netted area and a segment buffer indicated by a slanting 45 Then, the contents written in the segment buffer are written 

line area in FIG. 51C. Information necessary for communi- into the consumer. This writing into the segment buffer 

cation management of data between the producer and the corresponds to data transmission in Asynchronous commu- 

consumer as represented, for example, by a transmission nication. 

data size and a receivable data size is stored in such a manner 2-13. Asynchronous Connection Transmission Procedure 

as described below in the register. The segment buffer is an 50 Subsequently, a basic transmission/reception procedure of 

area into which data transmitted from the producer to the an Asynchronous connection is described with reference to 

consumer are written, and it is prescribed that the segment a processing transition diagram of FIG. 54 on the assump- 

buffer has a size of, for example, 64 bytes in the minimum. tion of the structure between the plugs (producer-consumer) 

The plug address is illustrated in FIG. 52A. In other described above with reference to FIG. 

words, the same contents as those of FIG. 51C are illustrated 55 The procedure of transmission/reception processing illus- 

in FIG. 52A. trated in FIG. 54 is executed using an AV/C command (Write 

As seen from FIG. 52A, the register is disposed at the top Request Packet) in environment prescribed by the FCP as 

of the plug address, and the segment buffer is disposed Asynchronous communication. Also AUX data handled in 

following the register. the present embodiment are transmitted and received in the 

Then, an internal structure of the register is shown in FIG. 6Q IEEE 1394 system using the transmission/reception procc- 
52B. Referring to FIG. 52B, a producer Count register of, for dure. However, the processing illustrated in FIG. 53 indi- 
example, 32 bits is disposed at the top of the register, and cates communication operation of the Asynchronous con- 
following the producer Count register, limit Count registers nection at all, and communication processing corresponding 
[1] to [14] of 32 bits are disposed. In other words, one to recording and reproduction of AUX data is hereinafter 
producer Count register and fourteen limit Count registers 65 described. 

are provided. It is to be noted that an unused area is provided It is to be noted that, although, in an actual Asynchronous 

following the limit Count register [14]. connection, transmission/reception of the Acknowledge is 
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executed as described hereinabove with reference to FIG. 46 
in response to transmission of a command, such 
transmission/reception processing of the Acknowledge is 
omitted in FIG. 54. 

Further, the IEEE 1394 interface includes, as a connection 5 
relationship between plugs, a relationship prescribed as a 
controller-target in addition to the relationship of producer- 
consumer described above. In the IEEE 1394 system, appa- 
ratus with which the relationship of producer-consumer is 
prescribed and apparatus with which the relationship of 10 
controller-target is prescribed do not necessarily coincide 
with each other. In other words, the IEEE 1394 system may 
possibly include an apparatus prescribed as a producer as 
well as an apparatus prescribed as an apparatus having a 
function of a controller. Here, however, a case wherein a 15 
relationship of producer-consumer and a relationship of 
controller-target coincide with each other is described as an 
example. 

In the transmission procedure illustrated in FIG. 54, a 
Connect request is transmitted from the producer to the 20 
consumer in step S101. The Connect request, is a command 
with which the producer requests the consumer for connec- 
tion and transmits the address of the register of the producer 
to the consumer. 

The Connect request is received by the consumer in step 25 
S102, and the consumer side thus recognizes the address of 
the register of the producer. Then in step S103, the consumer 
transmits a Connect acceptance as a response to the pro- 
ducer. Then in step S104, the producer receives the Connect 
acceptance. Consequently, a connection between the pro- 30 
ducer and the consumer for later data transmission/reception 
is established. 

After the connection is established in such a manner as 
described above, the consumer requests the producer for 
writing into the limit Count register (hereinafter referred to 35 
simply as "limit Count") in step S105. The producer receives 
the write request in step S106 and transmits a limit Count 
write acceptance to the consumer in step S107. Then, in step 
SI 08, the consumer receives the limit Count write accep- 
tance. By the sequence of processes of the limit Count write. 40 
request/write acceptance, the segment buffer capacity which 
is a later data write size into the segment buffer is deter- 
mined. 

Then in step S109, the producer transmits a segment 
buffer write request to the consumer. Then in step S110, the 45 
segment buffer write request is received by the consumer, 
and in response to the segment buffer write request, the 
consumer transmits a segment buffer write acceptance to the 
producer in step Sill. The producer receives the segment 
buffer write acceptance in step S112. 50 

By execution of the processing in steps S109 to S112, one 
writing processing operation of data from the segment buffer 
of the producer to the segment buffer of the consumer is 
completed. 

Here, the data to be written by the processing in steps 55 
SI 09 to S112 described above are written through one 
transmission operation with an Asynchronous Packet 
described hereinabove with reference to FIG. 40. 
Accordingly, if the size of the data transmitted with the 
Asynchronous Packet is smaller than the data size desig- 60 
nated by the limit Count described above and necessary, data 
transmission is not completed by the one transmission 
operation with the Asynchronous Packet, then the process- 
ing in steps S109 to S 112 is repeated within a range within 
which the segment buffer is fully occupied. 65 

Then, after the writing processing into the segment buffer 
in steps S109 to S112 described above is completed, the 
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producer transmits a producer Count register (hereinafter 
referred to simply as producer Count) write request to the 
consumer in step S113. The consumer receives the producer 
Count write request and writes it into the producer Count 
register thereof in step S114, and then transmits a producer 
Count write acceptance to the. producer in step S115. The 
producer receives the producer Count write acceptance in 
step S116. 

By the processing just described, the consumer is notified 
of the data size transferred from the producer to the segment 
buffer of the consumer by the processing in steps S109 to 
SU2 described above. 

Then in step S117, a sequence of processes for writing 
into the limit Count in response to the producer Count 
writing processing in steps S113 to S116 described above is 
executed. In particular, transmission of a limit count write 
request from the consumer to the producer and transmission 
of a limit Count write acceptance from the producer to the 
consumer responsive to the transmission of the limit Count 
write request are performed in such a manner as in steps 
S117 to S120. 

The processing in steps S109 to S120 provides a set of 
procedure of the data transmission processing in the Asyn- 
chronous Connection. Here, for example, if the size of data 
to be transmitted is larger than the capacity of the segment 
buffer and transfer of data cannot be completed by one 
processing operation in steps S109 to S120, then the pro- 
cessing in steps S109 to S120 can be repetitively executed 
until the transfer of the data is completed. 

After the transfer of the data is completed, the producer 
transmits a Disconnect request to the consumer in step S121. 
Hie consumer receives the Disconnect request in step S122 
and transmits a Disconnect acceptance in step S123. Then, 
in step S124, the producer receives the Disconnect 
acceptance, thereby completing the data transmission/ 
reception by the Asynchronous Connection. 
2-14. Concept of Plug in AUX Data Transmission 

FIG. 55 illustrates a concept of a plug upon transmission/ 
reception of ATRAC data and AUX data (a JPEG picture file 
and a text file) as data to be recorded and reproduced by the 
MD recorder/player of the present embodiment. It is to be 
noted that ATRAC data and AUX data (a JPEG picture file 
and a text file) which are data to be recorded and reproduced 
by the MD recorder/player of the present embodiment are 
hereinafter referred to collectively as "MD matching data". 

Referring to FIG. 55, the MD recorder/player is shown as 
a unit. Further, a Disc recorder/player for recording and 
playing back of a mini disc is shown as a subunit in the unit 
as the MD recorder/player. The subunit is defined as sub_ 
unit type by "00011" described hereinabove with reference 
to FIG. 49. 

The plug address to be used to input data to the unit on the 
IEEE 1394 bus is prescribed as Unit Destination plug. In 
contrast, the plug address to be used to output data from the 
unit is prescribed as Unit Source plug. Over the IEEE 1394 
interface, MD matching data are inputted and outputted 
through the Unit Destination plug and the Unit Source plug. 

Further, as an input to the subunit, a subunit Destination 
plug is prescribed under the layer of the Unit Destination 
plug. In the present embodiment, three subunit Destination 
plugs including Audio, DSI (Digital Still Image) and text are 
prescribed for MD matching data. The Audio is a plug for 
inputting ATRAC data, and the DSI is a plug to be used to 
input a JPEG picture file. The text is a plug to be used to 
input a text file. 

Similarly, as an output from the subunit, a sub unit Source 
plug is prescribed under the layer of the Unit Source plug, 



03/04/2003, EAST Version: 1.03.0002 



US 6,496 

61 

and three subunit Source plugs including Audio, DSI 
(Digital Still Image) and text are prescribed for MD match- 
ing data. The Audio is a plug for outputting ATRAC data, 
and the DSI is a plug to be used to output a JPEG picture file. 
The text is a plug to be used to output a text file. 5 
2-15. Example of Object List 

In order to allow MD matching data inputted over the 
IEEE 1394 bus to be recorded by the MD recorder/player of 
the present embodiment or to allow data reproduced by the 
MD recorder/player to be outputted to another apparatus 10 
such as, for example, a personal computer or a monitor over 
the IEEE 1394 bus, it is necessary to construct information 
to be used for management of MD matching data recorded 
on a disc loaded in the MD recorder/player so that the MD 
matching data can be recognized by the IEEE 1394 inter- 15 
face. 

As described hereinabove, the MD recorder/player uti- 
lizes the U-TOC and the AUX-TOC as information to be 
used for management of MD matching data. However, 
information of the U-TOC and the AUX-TOC is information 20 
which closes in the system of the MD recorder/player at all, 
and such information does not directly conform to the IEEE 
1394 interface. 

Therefore, the MD recorder/player of the present embodi- 
ment makes use of information of the U-TOC and the 25 
AUX-TOC to produce, for example, such an "object list" as 
described below as management information for MD match- 
ing data conforming to the IEEE 1394 format. 

Hie object fist is formed, for example, with such a 
hierarchical structure as illustrated in FIGS. 56A to 56F. 30 
First, a Root contents list (list ID="1000"h) is placed in such 
a manner as seen in FIG. 56A. 

It is to be noted that the list ID is represented with 16 bits 
(2 bytes) and has a value which is different among different 
lists as hereinafter described. The list ID is used as an 35 
operand of a Record object Command and an Object Num- 
ber Select Command (AV/C command) which are hereinaf- 
ter described. 

In the Root Contents list, a list Header is placed at the top, 
and following this, a child Directory object is placed. The 40 
list ID of a list designated as a child is placed in the child 
Directory object. 

In the present embodiment, it is prescribed that the child 
Directory object having the list ID-"1010"h described 
therein designates the Audio Contents list; the child Direc- 45 
tory object having the list lDo"l020"h described therein 
designates the DSI Contents List; and the child Directory 
object having the list ID-"1100"h described therein desig- 
nates the Cover text Contents list. 

The Audio Contents list includes a list Header and list 50 
areas Audiol, Audio2, . . . disposed following the list header 
and arranged in the order of track numbers of tracks 
(programs) recorded on the disc. In the list areas Audiol, 
Audio2, . . . , list IDs of text Contents lists corresponding to 
the track #1, track #2, . . . are placed. The list IDs of the text 55 
Contents lists corresponding to the individual track numbers 
are prescribed as "llxx"h and set such that the value of 
"xx"h corresponding to 1 byte of the low order corresponds 
to a track number. 

As seen from FIG. 56F, as such text Contents lists, a 60 
Trackl text Contents list (text Contents list corresponding to 
the track #1) and a Track2 text Contents list (text Contents 
list corresponding to the track #2) are illustrated. 

Each text Contents list has list areas sectioned like text 1, 
text 2, text 3, . . . The list areas correspond, for example, to 65 
the order of reproduction of text files managed so as to be 
reproduced in synchronism with a track, and each list area 
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has information of the recorded position (address: directory) 
of the text file placed therein. The recorded position infor- 
mation corresponds to object__position of an operand of the 
Record object Command and the Object Number Select 
Command (AV/C commands) which are hereinafter 
described. 

The DSI Contents list shown in FIG. 56 C manages picture 
files recorded on the disc. The DSI Contents list includes a 
list Header and list areas Picture 1, Picture 2, . . . disposed 
following the list Header in accordance with the order of file 
numbers recorded in the disk. Each list area has object_ 
position of the picture file placed therein. 

The Cover text Contents list shown in FIG. 56B manages 
those of text files recorded on the disc which are designated 
as cover texts. The Cover text Contents list includes a list 
Header and list areas Cover text 1, Cover text 2, . . . disposed 
following the list Head in accordance with the order of file 
numbers recorded on the disc. Each list area has objects 
position for specification of the text file placed therein. 

It is to be noted that such object lists as described above 
are produced by the system controller 11 of the MD 
recorder/player 1 in a required opportunity such as, for 
example, upon loading of a disc or upon starting of data 
communication in accordance with the IEEE 1394 using a 
set corresponding to the IEEE 1394. 
2-16. Record Object Command 

Now, the Record object Command which is an AV/C 
command packet defined for performing recording of an 
AUX data file (a JPEG picture file or a text file) on the IEEE 
1394 format is described. The Record object Command is 
used as a recording command which is transmitted from an 
external apparatus as a controller such as, for example, a 
personal computer to the MD recorder/player as a target, for 
example, in order to record an AUX data file by means of the 
MD recorder/player. 

FIG. 57 shows a structure of the Record object Command. 
Specifically, FIG. 57 shows contents of the opcode and 
operands picked up from the datafield described hereinabove 
with reference to FIG. 47. 

The Record object Command is prescribed such that, 
when the opcode (1 byte) of an AV/C command is C"2"h, the 
AV/C command packet is the Record object Command. 

In this instance, the operandi (1 byte) is defined as 
subfunctionl. The subfunctionl indicates the number of 
objects to be recorded where one of "01"h to "FE"h is 
described therein as seen in FIG. 58. Where the subfunctionl 
is "FF"h, it is defined that there is no designation of an object 
number. 

The operand2 (1 byte) is defined as subfunction2. In this 
instance, "0O"h is described fixedly in the operand2. 

The operands (1 byte) is an area for a plug type and 
specifies a plug of a destination of transmission of recording 
data. The plug type designates the Source plug where it is 
"00"b, but designates the Destination plug where it is "01"h 
as seen from FIG. 58. For the Source plug and the Desti- 
nation plug, refer to FIG. 55. 

Since the Record object Command is a recording 
command, "01"h representing that the plug type is the 
Destination plug is described in the plug type. 

The operand4 (1 byte) is an area for the plug ID and 
designates a plug on the subunit level of the plug indicated 
by the plug type of the operand3. Accordingly, in this 
instance, the subunit Destination plug illustrated in FIG. 55 
is designated. 

The plug ID is defined such that it represents the DSI 
where it is "01 "h, but represents the text where it is "02"h 
as seen in FIG. 58. For example, while it is illustrated in FIG. 
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55 that the subunit Destination plug represents the Audio command which designates a particular file from within the 

when it is "00"h, in the present embodiment, since ATRAC entire object list (refer to FIG. 56) (designation of the entire 

data which are Audio data are transmitted by Isochronous object). 

communication, "00"h, that is, the Audio, is not used here. Where the selection_indicator is "01"h, it indicates that 

For example, a system apparatus side represented by the 5 the AV/C command packet is the ONS Command which 

MD recorder/player has a database called descriptor, and designates a file directly from within a layer of a child, 

information of contents of the definition of the plug ID The operand6 is defined as target_depth.. Here, "FF"h is 

shown in FIG. 58 is placed in the descriptor. Consequently, placed in the operand6. 

the system apparatus can discriminate whether data to be The operand7 (2 bytes) represents listj). The list_JD 

transmitted for recording are the DSI or the text by referring 3Q corresponds to the list_ID of the Contents list indicated by 

to contents of the plug ID of the operand4. the child Directory object of the Root Contents list shown in 

The operands (2 bytes) is an area for a new object position FIG. 56. In short, the value described in the list ID of the 

number. operand7 designates a type of the Contents list in which a 

The Record object Command is transmitted with file to be designated for reproduction is present 

"FFFF"h described in the new object position number. Thus, The list_JD here is defined such that, when it is "1020"h, 

the target places the value of the object position, which is a 15 it designates the DSI; when it is "llxx"h, it designates the 

recorded position on the disc, into the area for the new object text; and when it is "1100"h, it designates a Cover text. The 

position number of the RESPONSE (ACCEPTED) and list__ID here corresponds to the list_ID of the Contents list 

returns the RESPONSE to the controller. of the object list described hereinabove with reference to 

The operand6 (2 bytes) is an area for the destination list FIG. 56 ("1010"h designating the Audio is not used). 

ID, The destination list ID corresponds also to contents of 20 The operandi (2 bytes) is defined as target object_ 

the object list of FIG. 56 and designates a Contents list (that position, and the value of the object_position of that one of 

is, a type) in which recording data are to be managed. In objects (contents) of the Contents list designated by the 

particular, as seen from FIG. 58, the destination list ID is list_ID of the operand7 described above which is desig- 

defined such that it is "1020"h for the DSI, "llxx"h for the nated as a file to be reproduced is described in the operand8. 

text and "1 100*11 for the Cover text. It is to be noted that 25 As an example, if the ONS command designates, for 

"1010"h representing the Audio is not used also here. example, the textl of the Trackl text Contents list of FIG. 

2-17. Object Number Select Command 56F in the object list shown in FIGS. 56Ato 56F as a file to 

Subsequently, an Object Number Select Command (ONS be reproduced, then "1000"h is placed in the Root_list ID 

Command) which is an AV/C command packet defined for of the operand4 and the value "llxx"h of the list _JD 

reproducing an AUX data file on the IEEE 1394 format is 30 actually applied to the Trackl text Contents list is described 

described. The ONS Command is used as a reproduction in the list_JD of the operand7. Further, the value of the 

command which is transmitted, for example, to the MD objcct_j)osition actually applied to the textl is described in 

player/recorder as a target from an apparatus as a controller the target object_position of the operand8. A directory 

in order that an AUX data file may be reproduced by the MD (object_position) of an AUX data file to be reproduced is 

player/recorder. 35 designated in the ONS command in this manner. 

FIG. 59 shows a structure of the ONS command. Also in 2-18. Stop Command 

FIG. 59, contents of the opcode and operands of the datafield FIG. 61 shows a structure of the Stop Command for 

described hereinabove with reference to FIG. 47 are shown. controlling stopping of recording or reproduction as an 

Where the opcode (1 byte) of an AV/C command packet AV/C command packet. It is to be noted that FIG. 61 

is "00"h, it is prescribed that the AV/C command packet is 40 illustrates contents of the opcode and operands of the 

the ONS command. datafield described hereinabove with reference to FIG. 47. 

The operandO (1 byte) is an area which indicates the Where the opcode (1 byte) of an AV/C command packet 

source plug (subunit Source plug shown in FIG. 56). In is "C5"h, the AV/C command is defined as the Stop Com- 

p articular, the operandO designates one of Audio (ATRAC mand. 

data), DSI (a picture file) and a text as MD matching data. 45 The areas of the operandi and the operand2 are defined as 

Also here, the Source plug is defined such that it designates subfunctionl and subfunction2, respectively. It is prescribed 

the DSI when it is "Or'h but designates the text when it is that, in the Stop Command, "00"h is described in both of the 

"G2"h as seen from FIG. 60 ("00"h designating the Audio is operandi and the operandi. 

not used). The operand3 (1 byte) is used for a plug type and indicates 

The operandi (1 byte) is defined as subfunction. In the 50 a plug type for controlling stopping of recording or repro- 

ONS Command, only "D3"h (NEW) is accepted as the duction. The operand3 is defined such that, when it is "00"h, 

operandi. it designates the Source plug, but when it is "01"h, it 

The operand2 (1 byte) is defined as status and is trans- designates the Destination plug. For recording stopping 

mitted with "FF'h described therein. Then, if the target control, "01"h representing the Destination plug is described 

receives this, then the target places "00"h (Selected) into the 55 in the plug type, but for reproduction stopping control, 

area of the operandi (status) and sends back the ONS "00"h representing the source plug is described in the plug 

command to the controller. type. 

The operandi (1 byte) is an area for the number of ONS The plug ID of the operand4 (1 byte) designates a subunit 

selection and indicates the number of contents (objects) to plug in a plug designated by the plug type whose recording 

be reproduced by one command. 60 or reproduction is to be stopped. Accordingly, the plug ID is 

The operand4 (2 bytes) is an area for the Root_list_ID. defined such that it designates the DSI with "01 "h, but 

In the present embodiment, " 1000"h is placed as the hst_JD designates the text with "02"h ("00"h representing the Audio 

indicative of the Root Contents list of FIG. 56 in the is not used). 

operandi 2-19. AUX Data Recording Processing 

The operands (1 byte) is defined as selection_jndicator. 65 Now, recording processing of AUX data over the IEEE 

The selectiou_Jndicator designates, when it is "00"h as 1394 bus is described based on the foregoing description 

seen in FIG. 60, that the AV/C command packet is the ONS with reference to a processing transition diagram of FIG. 63. 
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As an example of AUX data recording of an IEEE 1394 into the segment buffer of the consumer in steps S213 to 

system, AUX data recording of the AV system 103 described S216 described above. 

hereinabove with reference to FIG. 1 is described. For Then in the following steps S221 to $224, transmission/ 

example, AUX data stored on a hard disc of the personal reception of the limit Count register is performed by a 

computer 113 may be transmitted to the MD recorder/player 5 processing procedure similar to that in steps S205 to S208 

1 so that they may be recorded onto a hard disk of the MD described above as responding operation to the writing 

recorder/player 1. When this is applied to the case illustrated processing into the segment buffer before then, 

in FIG. 63, a plug relationship is prescribed such that the The processing in steps S213 to S224 described above is 

producer (controller) in FIG. 63 is the personal computer one set of processing procedure, for example, for writing 

113, and the consumer (target) is the MD recorder/player 1. 10 AUX data into the segment buffer of the MD recorder/player 

It is to be noted that a process indicated by a solid line side serving as a consumer, 
arrow mark in FIG. 63 described below is a process as the Also here, for example, if the size of an AUX data file to 
Asynchronous Connection described hereinabove with ref- be transmitted is greater than the capacity of the segment 
erence to FIG. 54, and a process indicated by a hollowed buffer and transfer of the data is not completed by one 
arrow mark is a communication process in which an AV/C 15 processing operation in steps S213 to S224, then the pro- 
command packet for AUX data recording or stopping con- cessing in steps S213 to S224 is repetitively executed until 
trol described hereinabove with reference to FIGS. 57, 58, transfer of the data is completed. 

61 and 62 is used. Also in FIG. 63, transmission/reception Then, after transfer of the data is completed, the producer 

processing regarding the Acknowledge which is performed sends a Stop request in step S225. In particular, the producer 

actually is omitted for simplified illustration and description, 20 transmits a Stop Command having operands for performing 

Upon recording of AUX data, the processing is started recording stopping control for a required subunit plug in 

from transmission of a Content request by the producer first accordance with the format described hereinabove with 

in step S201. It is to be noted that processing in steps S201 reference to FIGS. 61 and 62. Then, the consumer receives 

to S208 is similar to the processing in steps S102 to S108 the Stop Command in step S226 and transmits a Stop 

described hereinabove with reference to FIG. 54, and 25 acceptance to the producer in step S227. Then in step S228, 

therefore, overlapping description of it is omitted here to the producer receives the Stop acceptance, thereby complet- 

avoid redundancy. ing the stopping control of the recording operation. 

After plug connection and confirmation of a limit Count Thus, as the transmission/reception processing for a Dis- 
are completed by the processing in steps S201 to display connect is completed by processing in steps S229 to S232, 
monitor 208, the producer sends a Record object request in 30 the plug setting for AUX data recording till then is cancelled, 
step S209. In particular, the producer transmits a Record 2-20. AUX Data Reproduction Processing 
object Command having operands of contents correspond- Subsequently, reproduction processing for AUX data over 
ing to data to be recorded in accordance with the format the IEEE 1394 bus is described with reference to a process- 
described hereinabove with reference to FIGS. 57 and 58. ing transition diagram of FIG. 64. 

Then, the consumer receives the Record object Command in 35 Here, a case is considered wherein, for example, the AV 
step S210 and transmits acceptance of the Record object system 103 described hereinabove with reference to FIG. 1 
Command to the producer in step S211. In particular, the transfers AUX data reproduced by the MD recorder/player 1 
consumer rewrites the operands of the received Record to the personal computer 113 so that the AUX data may be 
object Command: in accordance with the necessity and stored onto the hard disk or may be displayed or outputted. 
sends back the resulting Record object Command to the 40 In this instance, the personal computer 113 sends a rep re- 
producer. Then in step S212, the producer receives the duction request. 

Record object acceptance. Through the operations, the sub- If this is applied to FIG. 64, a plug relationship is 

ject Destination plug described hereinabove with reference prescribed such that the consumer (target) is the personal 

to FIG. 55 is set to establish a condition wherein computer 113, and the producer (controller) is the MD 

transmission/reception of AUX data (a picture file or a text 45 recorder/player 1. In other words, the relationship between 

file) is enabled. the producer and the consumer is opposite to that upon 

Next to the processing in step S212 described above, recording processing described above with reference to FIG. 

processing of transmission of a segment buffer write request 63. 

from the producer to the consumer and succeeding reception It is to be noted that, also in FIG. 64, a process indicated 

of a segment buffer write acceptance: from the consumer to 50 by a solid line arrow mark represents a process as an 

the producer is performed in steps S213 to S216 to transmit Asynchronous Connection described hereinabove with ref- 

an AUX data file as recording data from the producer to the erence to FIG. 54, and a process indicated by a hollowed 

consumer. arrow mark indicates a communication process which uses 

Also here, if transmission of AUX data as recording data an AV/C command packet for AUX data reproduction and 

is not completed by one processing operation in steps S213 55 stopping control described hereinabove with reference to 

to S216, then the processing in steps S213 to S216 is FIGS. 59 to 62. Also in FIG. 64, transmission/reception 

repetitively performed within a range until the segment processes regarding the Acknowledge are omitted for sim- 

buffer is fully occupied. plified illustration and description. 

After data writing into the segment buffer is completed in Upon reproduction of AUX data, processing is started 

this manner, a producer Count write request is transmitted 60 from transmission of a Connect request from the consumer 

from the producer to the consumer in step S217, and the to the producer in step S301. Processing in steps S301 to 

consumer receives the producer Counter write request in S308 is similar to that in steps S102 to SI 08 described 

step S218. Then in step S219, a producer Count write hereinabove with reference to FIG. 54, and overlapping 

acceptance is transmitted from the consumer to the producer, description of it is omitted here to avoid redundancy, 

and in step S220, the producer receives the producer Count 65 After plug connection and confirmation of a limit Count 

write acceptance, thereby completing the processing for are completed by the processing in steps S302 to S308, the 

notifying the producer of the size of data having been written consumer transmits an ONS request in step S309. In 
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particular, the consumer transmits an ONS command having 1, for example, as far as transfer of an AUX data file is 

operands of contents corresponding to a data file to be concerned, similar processing is applied even if, for 

reproduced in accordance with the format described here- example, the MD recorder/player 1 and the IRD 112 are 

inabove with reference to FIGS. 59 and 60. Then, the connected by a plug connection to each other, Further, also 

producer receives the ONS command in step S310 and 5 transfer of an AUX data file between the IRD 112 and the 

transmits an ONS acceptance to the producer in step S311. personal computer 113 is possible depending upon a similar 

In particular, also here, the producer executes processing of processing concept. In particular, in the present 

rewriting the operands in accordance with a reception situ- embodimen^ various system configurations are possible as 

ation and so forth in response to the received ONS command far / s ^f** ° A f 80 ^ UX data me m . the . IEEE 1 ? 94 l is 

and sending back the resulting ONS command to the con- 10 P crformcd b y Asynchronous communication as in the 

° . . oil** «_ AXTO description above, 

sumer. Then m step S312, the consumer receives the ONS n Ju *u * • ** i_ i* j * i * 

« .i r i *i_ j / Further, the present invention can be applied not only to 

acceptance. Consequently, for example, the Recorder/ ^ IEE£ 1394 f m ^ {Q Jf^wmufatkm 

player 1 serving as the producer specifies an AUX data file format in which a communication mo de wherein data are 

to be reproduced from wimm the object list (refer to FIG. transmitted periodically and another communication mode 

56), reads out the AUX data file from the disc and repro- 15 wherein data are communicated asynchronously are used, 

duces or outputs it. It ^ to be noted ^at, in the embodiment described above, 

Then, in order to transmit the AUX data file read out from AUX data reproduced by the MD recorder/player 1 are 

the disc in such a manner as described above to the transferred to the personal computer 113 in response to a 

consumer, processing of transmission of a segment buffer reproduction request from the personal computer 113, and 

write request from the producer to the consumer and trans- 20 during such transfer, reproduction of audio data from the 

mission of a segment buffer write acceptance from the MD recorder/player 1 is inhibited. 

consumer to the producer responsive to the segment buffer However, since so-called intermittent reproduction 

write request is executed in steps S313 to S316. By the wherein the MD recorder/player 1 reproduces audio data 

single processing operation in steps S313 to S316, the AUX from a disc and, when the audio data are fully stored into the 

data file reproduced from the disc is transferred in a unit of 25 memory, stops the reproduction is performed, also AUX data 

an Asynchronous Packet to the segment buffer of the con- which are sub data can be transferred while reproducing 

sumer. (transferring) audio data by repeating feeding, during such 

Also here, if transfer of the AUX data to be transferred to intermittent reproduction, of the optical pickup from the 

the consumer is not completed by the one processing opera- audio data recording area to the AUX data recording area to 

tion in steps S313 to S316 (one transmission operation of an 30 reproduce the AUX data and then returning the optical 

Asynchronous Packet), then the processing in steps S3 13 to pickup to the audio data recording area, upon the transfer 

S316 is repetitively performed within a range until the described above, audio data (ATRAC data) which are main 

segment buffer is occupied fully. data are transferred in accordance with the Isochronous 

After data writing into the segment buffer is completed in communication system while still pictures or text data which 

this manner, processing of transmission of a producer Count 35 are sub data are transferred in accordance with the Asyn- 

write request from the producer to the consumer and trans- chronous communication system, 

mission of a producer Count write acceptance from the The personal computer 113 on the reception side discrimi- 

consumer to the producer is executed in steps S317 to S320, nates audio data (ATRAC data), which are main data, and 

thereby completing the processing for notifying the producer still pictures or text data, which are sub data, transmitted 

of a size of data written in the segment buffer of the 40 over the IEEE 1394 bus from each other based on the Plug 

consumer by the processing in preceding steps S3 13 to ID or the destination list-ID to extract the main data and the 

S316. sub data. 

It is to be noted that, upon AUX data reproduction For example, in the IEEE 1394 format, an Isochronous 

processing, transmission/reception of the limit Count regis- communication system (first communication system) 

ter is not performed after the producer Count write request/ 45 wherein data are transmitted periodically and an Asynchro- 

write acceptance processing in steps S317 to S320. nous communication system (second communication 

Also in this instance, the processing in. steps S313 to system) wherein data are transmitted asynchronously are 

S320 described above is one set of processing procedure, for performed. Usually, data are handled by the Isochronous 

example, for writing AUX data reproduced by the MD communication system, and transmission/reception of com- 

recorder/player serving as a producer into the segment buffer 50 mands is performed by the Asynchronous communication 

of the personal computer device serving as a consumer. Also system. 

here, for example, if the size of an AUX data file to be In the present invention, it is prescribed that, when audio 
transmitted is greater than the capacity of the segment buffer data (main data) and AUX data files (including a picture file 
and transfer of the data is not completed by the single and a text file and called sub data) which can be recorded or 
processing operation in steps S313 to S320, the processing 55 reproduced, for example, by means of a recording or repro - 
in steps S313 to S320 is repetitively executed until transfer duction apparatus as a mini disc system are transmitted and 
of the data is completed. received over the IEEE 1394 bus, the audio data are trans- 
Then, after transfer of the data is completed, processing in mitted and received by the Isochronous communication 
steps S321 to S328 is executed. It is to be noted that the system and the AUX data files are transmitted and received 
processing in steps S321 to S328 is similar to that in steps 60 by the Asynchronous communication system. 
S225 to S232 described hereinabove with reference to FIG. In short, upon recording, the mini disc recording and 
63, and therefore, overlapping description of it is omitted to reproduction apparatus receives audio data by the Isochro- 
avoid redundancy. nous communication system and receives AUX data files by 
It is to be noted that, while the processing operation the Asynchronous communication system over the IEEE 
described above presumes a case wherein AUX data are 65 1394 bus, and records the received data onto a disc, 
communicated between the MD recorder/player 1 and the On the other hand, upon reproduction, the mini disc 
personal computer 113 in the AV system 103 shown in FIG. recording and reproduction apparatus transmits, from within 
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audio data and AUX data files reproduced from a disc, the 
audio data by the Isochronous communication system and 
transmits the AUX data files by the Asynchronous commu- 
nication system. 

Since the construction described above is employed, the 5 
following advantages can be achieved by the present inven- 
tion. 

For example, while audio data have a large data size and 
a time series continuity (real time property) is required for 
the audio data, where audio data arc transmitted and JQ 
received by the Isochronous communication system as in the 
present invention, as far as audio data are transmitted using 
a bandwidth obtained by band reservation in the Isochronous 
communication system, the time series continuity of the 
audio data can be assured. 

Meanwhile, AUX data riles are, for example, still picture 15 
data or text data, and such a real time property as is required 
for audio data is not required for the AUX data files. Also the 
data size of AUX data files is small. Therefore, it is not 
preferable in terms of the transmission efficiency to transmit 
AUX data,files by the Isochronous communication system 20 
because the band is occupied by data even if the amount of 
the data is small. Therefore, where AUX data files are 
transmitted and received by the Asynchronous communica- 
tion system, which is originally used for transmission and 
reception of commands, as in the present embodiment, AUX 25 
data are transmitted making use of a free band obtained 
within a period for transmission of 1 packet without reserv- 
ing a band for transmission. In other words, it is possible to 
effectively utilize a finite band to transmit and receive AUX 
data together with audio data. 30 

Further, while Isochronous communication requires a 
PLL circuit and so forth to establish synchronization 
between the transmission side and the reception side, Asyn- 
chronous communication does not require any component 
for establishing such synchronization. Therefore, as regards 35 
transmission of AUX data files, there is no necessity for 
provision of PLL circuits for establishing synchronization, 
and consequently, the configuration of hardware of the IEEE 
1394 interface can be simplified as much. Particularly, even 
an apparatus such as a personal computer which is rather 40 
inferior in synchronized communication function from its 
configuration can perform transmission/reception of AUX 
data readily. 

Further, in the present invention, as a command to be 
transmitted, for example, from a mini disc recording and 45 
reproduction apparatus to an external apparatus (controller), 
a recording command (AV/C command) for requesting for 
recording by Asynchronous communication is defined, and 
a notification of the type of AUX data to be recorded is 
transmitted by transmission of the recording command. 50 
Consequently, the mini disc recording and reproduction 
apparatus can execute a recording operation suitable for the 
type of AUX data to be recorded. In short, upon recording 
of data inputted over the IEEE 1394 bus, recording managed 
with the level of a type unit of AUX data can be performed. 55 

On the other hand, upon reproduction, a recording com- 
mand (AV/C command) for requesting for reproduction by 
Asynchronous communication is defined, and an AUX data 
file to be reproduced is designated by transmitting the 
recording command. Then, the mini disc recording and 60 
reproduction apparatus can reproduce and output a desig- 
nated AUX data file in response to the command. In short, 
upon reproduction or outputting of an AUX data file, 
required data reproduction can be performed in a unit of an 
AUX data file to output the data to the bus. 65 

While a preferred embodiment of the present invention 
has been described using specific terms, such description is 
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for illustrative purposes only, and it is to be understood that 
changes and variations may be made without departing from 
the spirit or scope of the following claims. 
What is claimed is: 

1. An information transmission apparatus which can com- 
municate data with another apparatus over a single data bus 
in accordance with a first communication system wherein 
data can be transmitted periodically and a second commu- 
nication system wherein data can be transmitted 
asynchronously, comprising: 

discrimination means for discriminating whether data to 
be transmitted are main data to be outputted succes- 
sively in time or sub data relating to the main data; and 

transmission means for transmitting, when said discrimi- 
nation means discriminates that the data to be trans- 
mitted are main data to be outputted successively in 
time, the data in accordance with the first communica- 
tion system but transmitting, when said discrimination 
means discriminates that the data are sub data relating 
to the main data, the data in accordance with the second 
communication system. 

2. An information transmission apparatus according to 
claim 1, wherein the first communication system is an 
Isochronous communication system. 

3. An information transmission apparatus according to 
claim 1, wherein the second communication system is an 
Asynchronous communication system. 

4. An information transmission apparatus according to 
claim 1, wherein the first and second communication sys- 
tems conform to the IEEE 1394 standard. 

5. An information transmission apparatus according to 
claim 1, wherein said transmission means transmits com- 
mand data to be transmitted to the apparatus which is a 
destination of the transfer in accordance with the second 
communication system. 

6. An information transmission apparatus according to 
claim 1, wherein the main data to be outputted successively 
in time are audio data. 

7. An information transmission apparatus according to 
claim 1, wherein the main data to be outputted successively 
in time are video data. 

8. An information transmission apparatus according to 
claim 1, wherein the sub data relating to the main data are 
video data. 

9. An information transmission apparatus according to 
claim 1, wherein the sub data relating to the main data are 
text data. 

10. A recording apparatus which communicates data over 
a single data bus in accordance with a first communication 
system wherein data can be received periodically and a 
second communication system wherein data can be received 
asynchronously and records the received data onto a record- 
ing medium, comprising: 

discrimination means for discriminating whether data 
received are main data transmitted thereto in accor- 
dance with the first communication system and to be 
outputted successively in time or sub data transmitted 
in accordance with the second communication system 
and relating to the main data; and 

recording means for recording, when said discrimination 
means discriminates that the received data are main 
data to be outputted successively in time, the received 
main data into a first area of the recording medium but 
recording, when said discrimination means discrimi- 
nates that the received data are sub data relating to the 
main data, the received sub data into a second area of 
the recording medium. 
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11. A recording apparatus according to claim 10, wherein 
the first communication system is an Isochronous commu- 
nication system. 

12. A recording apparatus according to claim 10, wherein 
the second communication system is an Asynchronous com- 5 
munication system. 

13. A recording apparatus according to claim 10, wherein 
the first and second communication systems conform to the 
IEEE 1394 standard. 

14. A recording apparatus according to claim 10 wherein 10 
said reception means further receives command data in 
accordance with the second communication system. 

15. A recording apparatus according to claim 10, wherein 
the main data to be outputted successively in time are audio 
data. is 

16. A recording apparatus according to claim 10, wherein 
the main data to be outputted successively in time are video 
data. 

17. A recording apparatus according to claim 10, wherein 
the sub data relating to the main data are video data. 20 

18. A recording apparatus according to claim 10, wherein 
the sub data relating to the main data are text data. 

19. A transmission and reception system, comprising: 
first reception means for receiving main data to be out- 
putted successively in time and sub data relating to the 25 
main data; 

transmission means for transmitting the main data 
received by said first reception means and to be out- 
putted successively in time in accordance with a first 
communication system wherein data can be transmitted 30 
periodically and transmitting the sub data relating to the 
main data in accordance with a second communication 
system wherein data can be transmitted asynchro- 
nously: 

35 

second reception means for receiving the main data and 
the sub data transmitted from said transmission means 
over a single cable; and 

separation means for separating the main data transmitted 
in accordance with the first communication system and 40 
received by said second reception means and the sub 
data transmitted in accordance with the second com- 
munication system and received by said second recep- 
tion means from each other. 

20. An information transmission method by which data 45 
can be communicated between different apparatus over a 
single data bus in accordance with a first communication 
system wherein data can be transmitted periodically and a 
second communication system wherein data can be trans- 
mitted asynchronously, comprising the steps of: 50 

discriminating whether data to be transmitted are main 
data to be outputted successively in time or sub data 
relating to the main data; and 
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transmitting, when it is discriminated by the discriminat- 
ing step that the data to be transmitted are main data to 
be outputted successively in time, the data in accor- 
dance with the first communication system but 
transmitting, when it is discriminated by the discrimi- 
nating step that the data are sub data relating to the 
main data, the data in accordance with the second 
communication system. 

21. A recording method by which data are communicated 
over a single data bus in accordance with a first communi- 
cation system wherein data can be received periodically and 
a second communication system wherein data can be 
received asynchronously and the received data are recorded 
onto a recording medium, comprising the steps of: 

discriminating whether data received are main data trans- 
mitted thereto in accordance with the first communi- 
cation system and to be outputted successively in time 
or sub data transmitted in accordance with the second 
communication system and relating to the main data; 
and 

recording, when it is discriminated by the discriminating 
step that the received data are main data to be outputted 
successively in time, the received main data into a first 
area of the recording medium but recording, when it is 
discriminated by the discriminating step that the 
received data are sub data relating to the main data, the 
received sub data into a second area of the recording 
medium. 

22. A transmission and reception method, comprising: 

a first receiving step of receiving main data to be output- 
ted successively in time and sub data relating to the 
main data; 

a transmitting step of transmitting the received main data 
to be outputted successively in time in accordance with 
a first communication system wherein data can be 
transmitted periodically and transmitting the sub data 
relating to the main data in accordance with a second 
communication system wherein data can be transmitted 
asynchronously; 

a second receiving step of receiving the main data and the 
sub data transmitted in the transmitting step over a 
single cable; and 

a separating step of separating the received main data 
transmitted in accordance with the first communication 
system and the received sub data transmitted in accor- 
dance with the second communication system from 
each other. 
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